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] [PATCH] fix "xm block-detach 0 ..." for extended-ID devi

To: "Ian Jackson" <Ian.Jackson@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] fix "xm block-detach 0 ..." for extended-ID devices
From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
Date: Mon, 22 Nov 2010 08:29:52 +0000
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 22 Nov 2010 00:29:53 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <19686.47709.929952.580063@xxxxxxxxxxxxxxxxxxxxxxxx>
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>
References: <4CE5652D0200007800023111@xxxxxxxxxxxxxxxxxx> <19686.47709.929952.580063@xxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>>> On 19.11.10 at 18:56, Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx> wrote:
> Jan Beulich writes ("[Xen-devel] [PATCH] fix "xm block-detach 0 ..." for 
> extended-ID devices"):
>> Simply taking stat()'s st_rdev doesn't work here, as the minor is
>> split into two parts, the major is present, and the "extended" bit
>> isn't set.
> ...
>> @@ -20,7 +20,11 @@ def blkdev_name_to_number(name):
>> -        return (devname, os.stat(n).st_rdev)
> 
> This seems to me to be entirely wrong.  When you block detach you
> should be providing the device name according to the Xen guest device
> naming scheme, not a local device path (which may have different major
> and minor numbers).
>
> If you just remove the try/except block and always use the following
> code, does it work correctly ?

Yes.

Since the code is there presumably for a reason, I didn't dare
to suggest removing it altogether.

Jan


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