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: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, "Michal Ostrowski" <mostrows@xxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] RFC/Patch: Support for other bootloaders
From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Date: Tue, 22 Mar 2005 09:29:20 -0000
Cc: <xen-devel@xxxxxxxxxxxxxxxxxxxxx>, "Tim Deegan" <Tim.Deegan@xxxxxxxxxxxx>, <ian.pratt@xxxxxxxxxxxx>, <ian.pratt@xxxxxxxxxxxx>
Delivery-date: Tue, 22 Mar 2005 09:30:07 +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: AcUuv4iME5jXPnQ2Rea0dfTCGMiYLwAAWdeA
Thread-topic: [Xen-devel] RFC/Patch: Support for other bootloaders
 

> The assembly code only needed writing once. If we need a wrapper 
> program at all, I'd rather push skanky argument parsing into 
> that than 
> add another format to Xen. The info you can get from BIOS calls is 
> increasingly redundant -- apart from e820 it's all passed in MP and 
> ACPI tables these days.

We need to get one of these approaches checked into the main tree, lest
someon writes a third.

The wrapper program is pretty unavoidable as the 'legacy' loaders only
support two modules and we potentially need three. Having both the xen
and kernel command line's configurable via a '--' hack seems sane. 

Michael, Tim: Please can you try and agree on a way forward.

Thanks,
Ian


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

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