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

RE: [Xen-devel] [Patch] Qemu map cache

To: "Anthony Liguori" <aliguori@xxxxxxxxxxxxxxxxxx>, "Cui, Dexuan" <dexuan.cui@xxxxxxxxx>
Subject: RE: [Xen-devel] [Patch] Qemu map cache
From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Date: Tue, 5 Dec 2006 20:28:08 -0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 05 Dec 2006 12:29:07 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <666CC8FCE3247C4DA876BA979059781A5C27DD@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <4574A813.5050402@xxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AccYThmPG8zoiErwTGKPqo+DT5ex+QAWOBBQ
Thread-topic: [Xen-devel] [Patch] Qemu map cache
> Have you considered doing something similar for mainline QEMU?  The
> reason I ask is that V2E pulls in all of the dynamic translation code.
> My initial reaction is that doing map cache will require a significant
> amount change to the dynamic translation bits since we can no longer
> make the assumption that memory can be accessed directly.  I don't
fully
> have my head around it yet, but this may involve lots of nastiness
with
> keeping track of which TB's reference what memory and invalidating
those
> TBs when map cache references are invalidated.  The QEMU TLB may
> simplify some of this but I'm not entirely sure.
> 
> Have you given this any thought?

Being able to invalidate (sections of) qemu's mappings (at least
asynchronously) is essential to allow the balloon driver to work for HVM
guests. V2E is going to have to bite the bullet on this one.

Of course, in a 64b environment the map cache can be direct mapped, but
you still need the ability to do invalidates. BTW: I'm comfortable if
V2E only works on 64b. Sooner or latter there's going to be some new
feature which isn't supported on Yonah...

Ian

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