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/Patch: Support for other bootloaders

To: "Michal Ostrowski" <mostrows@xxxxxxxxxxxxxx>, "Tim Deegan" <Tim.Deegan@xxxxxxxxxxxx>
Subject: RE: [Xen-devel] RFC/Patch: Support for other bootloaders
From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Date: Wed, 23 Mar 2005 15:52:32 -0000
Cc: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxxx>, <ian.pratt@xxxxxxxxxxxx>, <ian.pratt@xxxxxxxxxxxx>
Delivery-date: Wed, 23 Mar 2005 16:02:00 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
Thread-index: AcUvqGjrKj3MnO36TtqvlrLOYpQi+wAFsuEA
Thread-topic: [Xen-devel] RFC/Patch: Support for other bootloaders
 > It just seems to me that extreme measures are being taken so that one
> can say that Xen changes are not required.  If this is going to be a
> blessed utility for booting Xen it is in effect a part of Xen, whether
> or not it is in the Xen bk repository, whether or not it is in the Xen
> code proper.  My opinion is that it's better to support it in a
> first-class way that to try to sweep it under the rug and pretend it
> doesn't exist.  
> 
> Regardless, mbootpack works just as well so go with it.

My current feeling is that since a wrapper program has to be required to
package the three items into two, we might as well put the complexity in
the wrapper rather than in Xen.   

If the wrapping wasn't required, your approach would clearly be better
[*]. As it stands, I don't think there's much in it, and mbootpack does
have the advantage that a bunch of people have used it successfully. 

Let's get mbootpack documented and checked into the main repository.

Ian

[*] would it possible to do something whereby the vmlinuz and initrd
image were simply cat'ed together? This might swing the balance the
other way from a userbility POV, not sure.



-------------------------------------------------------
This SF.net email is sponsored by: 2005 Windows Mobile Application Contest
Submit applications for Windows Mobile(tm)-based Pocket PCs or Smartphones
for the chance to win $25,000 and application distribution. Enter today at
http://ads.osdn.com/?ad_idh82&alloc_id148&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel