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/
Home Products Support Community News


[Xen-users] Re: Merge Xen (the hypervisor) into Linux

To: Gerd Hoffmann <kraxel@xxxxxxxxxx>
Subject: [Xen-users] Re: Merge Xen (the hypervisor) into Linux
From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Date: Wed, 3 Jun 2009 09:47:53 +0100
Cc: jeremy@xxxxxxxx, Ian, Keir Fraser <Keir.Fraser@xxxxxxxxxxxxx>, jens.axboe@xxxxxxxxxx, npiggin@xxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxx, kurt.hackel@xxxxxxxxxx, x86@xxxxxxxxxx, Stephen Spector <stephen.spector@xxxxxxxxxx>, avi@xxxxxxxxxx, Ingo Molnar <mingo@xxxxxxx>, Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>, wimcoekaerts@xxxxxxxxxxxx, Steven Rostedt <rostedt@xxxxxxxxxxx>, David, Pratt <Ian.Pratt@xxxxxxxxxxxxx>, ksrinivasan <ksrinivasan@xxxxxxxxxx>, xen-users@xxxxxxxxxxxxxxxxxxx, Theodore Tso <tytso@xxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxxxxx>, gregkh@xxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, EAnderson@xxxxxxxxxx, torvalds@xxxxxxxxxxxxxxxxxxxx, Miller <davem@xxxxxxxxxxxxx>
Delivery-date: Thu, 04 Jun 2009 01:54:23 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4A26263A.7010809@xxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <20090602232843.GA6577@xxxxxxx> <793c2ffe-16d3-4e6c-9cd2-32fa089e46a3@default> <20090603024311.GZ31943@xxxxxxx> <4A26263A.7010809@xxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
> Linux is not the only player here.  NetBSD can run as dom0 guest. 
> Solaris can run as dom0 guest too.  Thus making the dom0/xen interface 
> private to linux and xen isn't going to fly.

It does not however preclude fixing the dom0 interface.

Anyway we deal with unfixable interfaces on a regular basis with device
hardware. What we don't do is screw up the kernel handling garbage
hardware. We dump the adaption on the driver.

Same with Xen, impedance matching Xen's interface with the kernel is (at
least initialy) something that belongs entirely in the Xen glue, or to
get started initially by just turning off stuff.

MTRR, PAE etc can all be turned off for the purpose an initial merge.

Xen-users mailing list