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


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

To: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Re: Question on "xen-blkfront: handle Xen major numbers other than XENVBD"
From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
Date: Wed, 13 Jul 2011 18:19:09 +0200
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 13 Jul 2011 09:19:59 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <alpine.DEB.2.00.1107131626510.12963@kaball-desktop>
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> <alpine.DEB.2.00.1107131143440.12963@kaball-desktop> <1310554481.634.381.camel@xxxxxxxxxxxxxxxxxxxxxx> <4E1D8C1C.1040200@xxxxxxxxxxxxx> <alpine.DEB.2.00.1107131409210.12963@kaball-desktop> <4E1DA16E.6020302@xxxxxxxxxxxxx> <alpine.DEB.2.00.1107131626510.12963@kaball-desktop>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20110516 Lightning/1.0b2 Thunderbird/3.1.10
On 13.07.2011 17:34, Stefano Stabellini wrote:
> On Wed, 13 Jul 2011, Stefan Bader wrote:
>> Yeah, I understand the problem now that I thought of the possibility of 
>> having
>> both name types in the configuration. Though I could imagine that in reality
>> there will be no one having that done as it would have caused problems...
>> As you say, the only way to avoid any clashed is to have seperate namespaces.
>> But that again is unexpected now and people would complain.
>> The 4 letters offset probably still can get busted if someone decides to use 
>> hde
>> and sda. Detecting clashes at allocation time and then using another name for
>> the duplicate is likely to result in a random of the two to be the secondary.
>> My feeling would be that trying to map two namespaces into one will always be
>> confusing and/or failing to some degree. The reason to go back would only be
>> that this was broken before, so it can probably be expected that people have
>> avoided that mix.So it would be as it has been before. But I bet there are 
>> other
>> people that thought of it as a bug... Not an easy decision at all.
> Indeed.
> In any case the "sd" namespace shouldn't be used much in HVM guest
> config files considering that SCSI emulation doesn't actually work at
> the moment.
> In fact there is no reason for having sda in an HVM config file, maybe
> we should print an error in that case?
If it would not be possible to have sd or hd to be present in parallel with xvd
(which is the case with HVM), the xvd driver could just use the names as 
So for HVM they would be called hda in the cfg but sda in the domU.

Wonder whether the simplest approach is not just to try mapping all the old way
starting with xvda and if there is a clash detected bail out complaining and
just call the mix unsupported. Its not as there is a price difference there
using one or the other...

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

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>