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

[Xen-devel] Re: [PATCH] xen: core dom0 support

To: Ingo Molnar <mingo@xxxxxxx>
Subject: [Xen-devel] Re: [PATCH] xen: core dom0 support
From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Date: Sat, 28 Feb 2009 00:05:33 -0800
Cc: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>, the arch/x86 maintainers <x86@xxxxxxxxxx>, Linux Kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>, "H. Peter Anvin" <hpa@xxxxxxxxx>
Delivery-date: Sat, 28 Feb 2009 00:06:01 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20090228072055.GC9351@xxxxxxx>
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: <1235786365-17744-1-git-send-email-jeremy@xxxxxxxx> <20090227212812.26d02f34.akpm@xxxxxxxxxxxxxxxxxxxx> <49A8DF28.4050301@xxxxxxxx> <20090228072055.GC9351@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.19 (X11/20090105)
Ingo Molnar wrote:
Hm, how can the same code that you call "massive out-of-tree patches which doesn't make anyone happy" in an out of tree context suddenly become non-intrusive "minor amount of extra stuff" in an upstream context?

I wish the upstream kernel was able to do such magic, but i'm afraid it is not.

No, but I am ;) The current out of tree Xen patches are very intrusive because there hasn't been much incentive to reduce their impact. I've going through it all and very carefully rewriting it 1) be cleaner, 2) enable/disable itself at runtime, 3) have clean interfaces and interactions with the rest of the kernel, and 4) address any concerns that others have. In other words, make Xen a first-class kernel citizen.

Most of the intrusive stuff has already been merged (and merged for some time now), but without dom0 support its only half done; as it stands people are using mainline Linux for their domUs, but are still limited to patched up (old) kernels for dom0. This is a real problem because all the drivers for interesting new devices are in the new kernels, so there's an additional burden of backporting device support into old kernels.

   J

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