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-users] Re: Xen is a feature

To: Frans Pop <elendil@xxxxxxxxx>
Subject: [Xen-users] Re: Xen is a feature
From: George Dunlap <george.dunlap@xxxxxxxxxxxxx>
Date: Thu, 04 Jun 2009 14:21:08 +0100
Cc: "jens.axboe@xxxxxxxxxx" <jens.axboe@xxxxxxxxxx>, "jeremy@xxxxxxxx" <jeremy@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "wimcoekaerts@xxxxxxxxxxxx" <wimcoekaerts@xxxxxxxxxxxx>, "gregkh@xxxxxxx" <gregkh@xxxxxxx>, ksrinivasan <ksrinivasan@xxxxxxxxxx>, "linux-kernel@xxxxxxxxxxxxxxx" <linux-kernel@xxxxxxxxxxxxxxx>, "x86@xxxxxxxxxx" <x86@xxxxxxxxxx>, Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>, "davem@xxxxxxxxxxxxx" <davem@xxxxxxxxxxxxx>, "xen-users@xxxxxxxxxxxxxxxxxxx" <xen-users@xxxxxxxxxxxxxxxxxxx>, "torvalds@xxxxxxxxxxxxxxxxxxxx" <torvalds@xxxxxxxxxxxxxxxxxxxx>, Ian Pratt <Ian.Pratt@xxxxxxxxxxxxx>, Stephen Spector <stephen.spector@xxxxxxxxxx>, "avi@xxxxxxxxxx" <avi@xxxxxxxxxx>, "EAnderson@xxxxxxxxxx" <EAnderson@xxxxxxxxxx>, "kurt.hackel@xxxxxxxxxx" <kurt.hackel@xxxxxxxxxx>, "tglx@xxxxxxxxxxxxx" <tglx@xxxxxxxxxxxxx>, Bill Davidsen <davidsen@xxxxxxx>, "mingo@xxxxxxx" <mingo@xxxxxxx>, Keir Fraser <Keir.Fraser@xxxxxxxxxxxxx>
Delivery-date: Fri, 05 Jun 2009 04:14:18 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <200906040129.07852.elendil@xxxxxxxxx>
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: <162f4c90-6431-4a2a-b337-6d7451d7b11e@default> <20090528001350.GD26820@xxxxxxx> <4A1F302E.8030501@xxxxxxxx> <20090528.210559.137121893.davem@xxxxxxxxxxxxx> <4A1FCE8E.2060604@xxxxxxxxxxxxx> <alpine.LFD.2.00.0905311607560.3379@xxxxxxxxxxxxxxxxxxxxx> <4A26D3D8.6080002@xxxxxxx> <alpine.LFD.2.00.0906032204220.3419@xxxxxxxxxxxxxxxxxxxxx> <alpine.LFD.2.00.0906032204220.3419@xxxxxxxxxxxxxxxxxxxxx> <4A26FB3B.6010205@xxxxxxx> <200906040129.07852.elendil@xxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.21 (X11/20090409)
Frans Pop wrote:
! The kernel policy always was and still is to accept only those
! features which have a technical benefit **to the code base**.
Yes, I think I understood him better after I responded to his e-mail (unfortunately). When people say things like "dom0 adds all these hooks but doesn't add anything to Linux", they mean something like this (please correct me anyone, if I'm wrong).

Kernel developers want Linux, as a project, to have cool things in it. They want it to be cool. Adding new features, new capabilities, new technical code, makes it cooler. Sometimes adding new features to make it cooler has some cost in terms of adding things to other parts of the code, possibly making it a little less clean or a little more convoluted. But if the coolness is cool enough, it's worth the cost.

The feeling is that adding a bunch of these dom0 hooks (especially of the type, "if(xen) { foo; }"), are a cost to Linux. They make the code ugly. They do allow a new kind of coolness, a (linux-dom0 + Xen) coolness. But none of the coolness actually happens in Linux; it all happens in Xen. So coolness may happen, and world happiness might increase marginally, but Linux itself doesn't seem any cooler, it just has the cost of all these ugly hooks. Thus the "Linux is Xen's sex slave" analogy. :-)

If (hypothetically) we merged Xen into Linux, then (people are suggesting) the coolness of Xen would actually contribute to the coolness of Linux ("add technical benefit to the code base"). People would feel like working on the interface between linux-xen and the rest of linux would be making their own piece of software, Linux, work better, rather than feeling like they have to work with some foreign project that doesn't make their code any cooler.

Is that a pretty accurate representation of the "adding features which have a technical benefit to the code base" argument?

-George

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