WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] RFC: Making QEMU honour 'readonly' flag for disks

To: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
Subject: Re: [Xen-devel] RFC: Making QEMU honour 'readonly' flag for disks
From: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
Date: Thu, 24 Jul 2008 14:37:17 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 24 Jul 2008 06:37:59 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20080724113627.GU1138@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Newsgroups: chiark.mail.xen.devel
References: <20080724113627.GU1138@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Daniel P. Berrange writes ("[Xen-devel] RFC: Making QEMU honour 'readonly' flag 
for disks"):
> This proof of concept patch I've done against the RHEL-5 Xen tree introduces
> a new 'drv_read_only' flag to QEMU's BlockDriverState struct, and if set to
> non-zero, will cause the individual block backend drivers inside QEMU to 
> always open with O_RDONLY, and never try O_RDWR. Ultimately this would be
> hooked up to the '-drive' parameter via a extra flag ',ro' in its args.
> It then makes xenstore.c set this flag based on the 'mode' parameter for
> the disk in xenstore.

I think this is a good idea but you should discuss it with upstream to
try to minimise the difference between the patch that goes into our
tree and the one that goes into upstream.

Normally I would say that this kind of thing is rather much to be
doing after feature freeze but I think you could (and I would) argue
that the missing check is a security defect.

Ian.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel