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] Re: [Patch] the interface of invalidating qemumapcache

To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>, "Cui, Dexuan" <dexuan.cui@xxxxxxxxx>, "Li, Xin B" <xin.b.li@xxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] Re: [Patch] the interface of invalidating qemumapcache
From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Date: Sat, 27 Jan 2007 16:51:50 -0000
Delivery-date: Sat, 27 Jan 2007 08:52:03 -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: <C1E1319C.7EAD%Keir.Fraser@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcbhNpSgnLlsyleeR3aZurd/xO5mYAAmjw1QAHpYsZANUy+bAAbmp7kgAzBSt0AAA6R4dgADlbrAAByKhhoAAgYC0AABZeHTAAhnpzAAAPIroAADTPPiAAAtuMA=
Thread-topic: [Xen-devel] Re: [Patch] the interface of invalidating qemumapcache
> > Since qemu-dm is reponsible for I/O events, I think it's natural
(i.e.
> > kind of chipset featrue) to construct and send an I/O event to
qemu-dm
> > to trigger mapcache invalidation. It does not mean the guest needs
to
> > use an I/O instruction, but our plan is that Xen sends a mapcache
> > invalidation message and it's implemented as an I/O event for HVM
> > guests.
> 
> If Xen is going to trigger the mapcache zap then the additions to the
> pv-on-hvm driver package itself doesn't make much sense.

Yeah, but I can see how its useful hack to have for testability, which
is a good thing -- I'd leave it in place even when we get xen triggering
the flush.

In fact, I'd recommend we try getting the linux PV mem driver running on
HVM (using the magic io port write) before starting on the xen side of
things.

Ian



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