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/
Home Products Support Community News


[Xen-devel] Re: Question on "xen-blkfront: handle Xen major numbers othe

To: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
Subject: [Xen-devel] Re: Question on "xen-blkfront: handle Xen major numbers other than XENVBD"
From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date: Wed, 13 Jul 2011 11:47:43 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>, Stefano
Delivery-date: Wed, 13 Jul 2011 03:43:37 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4E1D6A48.1020801@xxxxxxxxxxxxx>
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: <4E1D6A48.1020801@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Alpine 2.00 (DEB 1167 2008-08-23)
On Wed, 13 Jul 2011, Stefan Bader wrote:
> This is /me trying to understand the background of
> commit c80a420995e721099906607b07c09a24543b31d9
> Author: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
> Date:   Thu Dec 2 17:55:00 2010 +0000
>     xen-blkfront: handle Xen major numbers other than XENVBD
> My guess would be that it has its reason from running HVM guests. The issue I 
> in
> some way hear in complaints is, that running as PVM guest (at least) people 
> seem
> to have used for example "sda1" in the instance configuration and then relied 
> on
> the device being called that way within the instance. Now it is suddenly 
> called
> "xvde1".
> This is maybe a broken assumption in the first place, and not that hard to 
> cope
> with (its just surprising and maybe breaks some automation). I mainly want to
> understand the reasoning, so I can explain it where I get asked.

The rationale behind this is that it wouldn't be correct for
xen-blkfront to "steal" the major number of the scsi, sata or ide

Of course if a LABEL or UUID is specified everything should work as
expected without any changes.
We do print a warning at boot time to make sure users know of the naming

                printk(KERN_INFO "Blkfront and the Xen platform PCI driver have 
                                        "been compiled for this kernel: unplug 
emulated disks.\n"
                                        "You might have to change the root 
                                        "from /dev/hd[a-d] to /dev/xvd[a-d]\n"
                                        "in your root= kernel command line 

Xen-devel mailing list