qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] Added 'access' option to -drive flag


From: Jamie Lokier
Subject: Re: [Qemu-devel] [PATCH] Added 'access' option to -drive flag
Date: Wed, 6 Jan 2010 00:19:50 +0000
User-agent: Mutt/1.5.13 (2006-08-11)

Anthony Liguori wrote:
> On 12/24/2009 03:09 AM, Markus Armbruster wrote:
> >Naphtali Sprei<address@hidden>  writes:
> >
> >>Added 'access' option to -drive flag
> >>
> >>The new option is: access=[rw|ro|auto]
> >>rw: open the drive's file with Read and Write permission, don't continue 
> >>if failed
> >>ro: open the file only with Read permission
> >>auto: open the file with Read and Write permission, if failed, try only 
> >>Read permision
> >>
> >>For compatibility reasons, the default is 'auto'. Should be changed later 
> >>on.
> >>
> >>This option is to replace the 'readonly' options added lately.
> >
> >Can we take the readonly parameter away?  It's undocumented, for
> >whatever that's worth...
> 
> readonly made 0.12.   Semantics, readonly makes it to the disk emulation 
> whereas this effects how the file is opened.

With readonly in 0.12, if you _don't specify readonly, and the file is
opened readonly because it applies qemu's fallback behaviour - does
*that* read-only property make it to the disk emulation?  Or do guests
still see unexplained I/O errors in that case?

Btw, wasn't the access=[rw|ro|auto] option supposed to affect disk
emulation too?

-- Jamie




reply via email to

[Prev in Thread] Current Thread [Next in Thread]