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] CONFIG_DOMAIN0_CONTIGUOUS in domain.c

To: "Magenheimer, Dan \(HP Labs Fort Collins\)" <dan.magenheimer@xxxxxx>, "Tian, Kevin" <kevin.tian@xxxxxxxxx>, "Isaku Yamahata" <yamahata@xxxxxxxxxxxxx>
Subject: RE: [Xen-ia64-devel] CONFIG_DOMAIN0_CONTIGUOUS in domain.c
From: "Dong, Eddie" <eddie.dong@xxxxxxxxx>
Date: Wed, 1 Mar 2006 07:19:22 +0800
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 28 Feb 2006 23:19:44 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcY8Ks2PGQpymMWOQ9Othys6NU6q4wAAr5wgABW1vuAADcTNYA==
Thread-topic: [Xen-ia64-devel] CONFIG_DOMAIN0_CONTIGUOUS in domain.c
Magenheimer, Dan (HP Labs Fort Collins) wrote:
> to VP.  HOWEVER... it may be possible and desirable
> for much of Isaku's work to support both VP and P==M.
> For non-I/O code, CONFIG_DOMAIN0_CONTIGUOUS could be
> used (or possibly renamed) to select VP or P==M at
> compile-time, at least until the conversion to VP+DMA
> is complete.  This would allow at least some of Isaku's
As if eventually we will remove this code, putting an compile option now
is OK IMO. But I think the default one should be #undefed by some
pre-cleanip patch now so that people can find issues earlier if there
have. 
#undef this one can support no matter p==m or p!=m, while #define this
can only support p==m. Yes maybe we will see 0.5% performance
degradation with #undef, but this is a functionality must as we all go
toward p!=m :-(
After the whole p2m/VP patch comes out, we can then do more performance
tuning :-)
Eddie

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