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] Guest boot loader support [1/2]

To: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] Guest boot loader support [1/2]
From: Philip R Auld <pauld@xxxxxxxxxxx>
Date: Thu, 14 Apr 2005 14:22:13 -0400
Cc: Mike Wray <mike.wray@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 14 Apr 2005 18:22:33 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <A95E2296287EAD4EB592B5DEEFCE0E9D1E3B84@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <A95E2296287EAD4EB592B5DEEFCE0E9D1E3B84@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.6i
Rumor has it that on Thu, Apr 14, 2005 at 06:54:50PM +0100 Ian Pratt said:
> > - it would be better to be able to remove the assumption that 
> > the first
> >    device is the disk to boot from
> 
> I could live with this. Crap PC BIOSes have conditioned everyone to
> expect oddities like this :-)
> 

Besides, in a virtualized environment this assumption is
not hard to live up to. 

As a slight but related digression, has any thought been given to
using something other than /dev/[hs]d* names for specifying block
devices? The name /dev/sdb only has meaning for the current
state of the running dom0 OS. It may not mean the same device
on a different dom0. This can lead to problems in say migration.
In fact, it may not be the same when the domain is restored locally.

Having to configure all the possible migration targets to see all 
the same devices in the same order at all times is not realistic.
In a dynamic environment it would be ideal to make a device visible
to the target dom0 only as it was needed to migrate a given VM to 
that dom0. Naming it /dev/sdb may not be a possiblity in this case.


Cheers,

Phil


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

-- 
Philip R. Auld, Ph.D.                          Egenera, Inc.    
Software Architect                            165 Forest St.
(508) 858-2628                            Marlboro, MA 01752

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