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] build suggestion

To: "James Harper" <JamesH@xxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] build suggestion
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Tue, 21 Sep 2004 08:25:57 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Tue, 21 Sep 2004 08:27:58 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Tue, 21 Sep 2004 11:13:51 +1000." <AEC6C66638C05B468B556EA548C1A77D3BE0CD@trantor>
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
> What if the Makefile looped through all config-* files found in
> install/boot and built a kernel based on each config? That way you could
> mix and match kernel versions simply by having prepared configs, eg
> 2.6.8.1-xen0, 2.6.8.1-xenU, 2.4.27-xenU.

I'd certainly like to nuke the LINUX_RELEASE mechanism and have a
list of image types that should be built e.g. 
"linux-2.4 linux-2.6 netbsd-2.0 freebsd".

For each of these, I guess we could see whether there are
appropriate config file(s) present in install/boot and then loop
building them all. If there are no suitable config files, it
could generate some defaults.  However, this scheme wouldn't deal
with applying different patches to each kernel.

We'd certainly welcome suggestions (and patches!) as to how to
improve the build process and better integrate with building
deb/rpm packages. However, we should avoid "over-automization":
it should still be straightforward for someone who's familiar
with running 'make xconfig' and customising their own Linux
kernel to still do so.

I haven't had a chance to look at Brian's working in building deb
packages, but is there stuff here which we should be pulling into
the top-level makefile?

> Also, whatever happened to the windows XP port?

The existing windows XP port was done within the University using
windows source code, which has meant that even binaries of the
port can only be released to people that have signed the same
source licence. Since there wasn't any likelihood of a more
general release of Xen-XP being possible, we haven't kept the
port up to date with current releases of Xen.

We'd obviously like to get XP running on Xen in a form that can
be generally released, and are looking into a number of
options. We hope to add Xen support for the forthcoming Intel VT
hardware extensions, which we believe should enable Xen to
support vanilla unmodified operating systems images.  Even with
the extra hardware support, there'll still be an inevitable
performance penalty of not doing proper para-virtualisation, but
at least it will enable legacy images to be supported. We'd hope
that all new OS installationss would use kernels containing
para-virtualised extensions. 

Ian


-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

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