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-ia64-devel

RE: [Xen-ia64-devel] RE: pv_ops polish: config option & head file

To: "Alex Williamson" <alex.williamson@xxxxxx>
Subject: RE: [Xen-ia64-devel] RE: pv_ops polish: config option & head file
From: "Dong, Eddie" <eddie.dong@xxxxxxxxx>
Date: Tue, 18 Mar 2008 11:36:47 +0800
Cc: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>, xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 17 Mar 2008 20:37:30 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1205766861.7008.11.camel@lappy>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
References: <7ktzjbqjfs.fsf@xxxxxxxxxxxxxxxxxxxxxxxxxx> <20080313124404.GA2687@saphi> <10EA09EFD8728347A513008B6B0DA77A02E77732@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20080314084609.GL22951%yamahata@xxxxxxxxxxxxx> <10EA09EFD8728347A513008B6B0DA77A02E777F6@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <1205514823.8100.30.camel@lappy> <10EA09EFD8728347A513008B6B0DA77A02EBB71D@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <1205766861.7008.11.camel@lappy>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AciIQbrde2UGWmhFSeu2dC+ymFIkdQAZ0Uzw
Thread-topic: [Xen-ia64-devel] RE: pv_ops polish: config option & head file
Alex Williamson wrote:
> On Mon, 2008-03-17 at 14:07 +0800, Dong, Eddie wrote:
>> 
>> Something I want to get clarified first, eventually with pv_ops
>> patch series get in, RH eventually will only compile to get one
>> image to run on different platforms including xen machine. In this
>> way all the codes with CONFIG_XEN today must be either checked in as
>>  generic code, or pv_ops except for those dual compile codes such as
>> IVT & gate. 
>> 
>> In other word, CONFIG_XEN will disappear mostly. RIght?
>> 
>> Xen machine vector also needs to be compiled when in
>> CONFIG_IA64_GENERIC.
> 
>    I think CONFIG_XEN might become something like CONFIG_PARAVIRT_XEN,
> which will be dependent on CONFIG_PARAVIRT.  There might also be
> CONFIG_PARAVIRT_LGUEST, CONFIG_PARAVIRT_KVM, etc...  I think that

Then a single image won't be able to run on both lguest/Xen/KVM. This is
worse than running_on_xen dynamic condition check.

> would fit the typical Linux model of being able to selectively include
> features.  We'll need to make sure distributions set these the way we

Yes if the feature is alternative one.

> want and maybe add it to the defconfig once the code is stabilized. 

Agree.

> The Xen machine vector will need to be included in
> CONFIG_IA64_GENERIC, but it will also depend on CONFIG_PARAVIRT_XEN. 
> Does that sound reasonable? Thanks,
> 
Yes.

Eddie

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

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