block: do not set BDS read_only if copy_on_read enabled
commite2b8247a322cd92945785edf25f09e6b3e8285f9
authorJeff Cody <jcody@redhat.com>
Fri, 7 Apr 2017 20:55:26 +0000 (7 16:55 -0400)
committerJeff Cody <jcody@redhat.com>
Mon, 24 Apr 2017 19:09:33 +0000 (24 15:09 -0400)
treee63597037c31624af5aefaa18551b000d52dc912
parentfe5241bfe3fb61ec3f589ceacd91c1469bfd400f
block: do not set BDS read_only if copy_on_read enabled

A few block drivers will set the BDS read_only flag from their
.bdrv_open() function.  This means the bs->read_only flag could
be set after we enable copy_on_read, as the BDRV_O_COPY_ON_READ
flag check occurs prior to the call to bdrv->bdrv_open().

This adds an error return to bdrv_set_read_only(), and an error will be
return if we try to set the BDS to read_only while copy_on_read is
enabled.

This patch also changes the behavior of vvfat.  Before, vvfat could
override the drive 'readonly' flag with its own, internal 'rw' flag.

For instance, this -drive parameter would result in a writable image:

"-drive format=vvfat,dir=/tmp/vvfat,rw,if=virtio,readonly=on"

This is not correct.  Now, attempting to use the above -drive parameter
will result in an error (i.e., 'rw' is incompatible with 'readonly=on').

Signed-off-by: Jeff Cody <jcody@redhat.com>
Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: John Snow <jsnow@redhat.com>
Message-id: 0c5b4c1cc2c651471b131f21376dfd5ea24d2196.1491597120.git.jcody@redhat.com
block.c
block/bochs.c
block/cloop.c
block/dmg.c
block/rbd.c
block/vvfat.c
include/block/block.h