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][PATCH] handle ld.s on guest tr mapped page.

To: "Alex Williamson" <alex.williamson@xxxxxx>
Subject: RE: [Xen-ia64-devel][PATCH] handle ld.s on guest tr mapped page.
From: "Xu, Anthony" <anthony.xu@xxxxxxxxx>
Date: Wed, 16 Aug 2006 19:41:36 +0800
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 16 Aug 2006 04:42:03 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
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: AcbAjZCnqeYLE4p8TmC4/PduKIjuTAAmWjkg
Thread-topic: [Xen-ia64-devel][PATCH] handle ld.s on guest tr mapped page.
Hi Alex,

Thanks for your comments,
This new patch preserves non-VTI domains dcr state.

Dcr of non-VTI domains is invariable, that's OK if non-VTI domain is linux,
But for other non-VTI domain (if we have), it may not be correct.

>From my understanding, only dcr.dm and dcr.pp need to be virtualized.
Currently XEN/IPF doesn't support dcr.be=1 mode and XEN/IPF can't support
32bit application.
So dcr.be and dcr.lc don't need to be virtualized.

>we'll end up "leaking" cr.dcr state out to everyone else.  How much will
>adding cr.dcr to the domain state affect performance?
I didn't get performance data about this, and I don't feel any explicit 
performance degradation. For correctness, we must set dcr.dm=0, future tunning 
is definitely needed.

Thanks,
Anthony


>Hi Anthony,
>
>   I don't see where non-VTI domains get switched back to a default dcr
>value.  Did I miss it?  Seems like this only covers the VTI domains and
>we'll end up "leaking" cr.dcr state out to everyone else.  How much will
>adding cr.dcr to the domain state affect performance?  Thanks,
>
>       Alex
>
>--
>Alex Williamson                             HP Open Source & Linux Org.

Attachment: lds_ontrpage2.patch
Description: lds_ontrpage2.patch

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
<Prev in Thread] Current Thread [Next in Thread>