[Top][All Lists]
[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