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] VGA acceleration utilizing shadowlogdirtyfunctio

To: "Dong, Eddie" <eddie.dong@xxxxxxxxx>, "Ian Pratt" <Ian.Pratt@xxxxxxxxxxxx>, "Huang, Xinmei" <xinmei.huang@xxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] [PATCH] VGA acceleration utilizing shadowlogdirtyfunctionality
From: "Ian Pratt" <Ian.Pratt@xxxxxxxxxxxx>
Date: Fri, 18 May 2007 10:59:06 +0100
Delivery-date: Fri, 18 May 2007 02:57:45 -0700
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: <10EA09EFD8728347A513008B6B0DA77A0174CF03@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AceYZSldSoX4x3tKTEyhYB9cAR9S5AAA7FKwAADR1sAAKBiQkAAJAj2A
Thread-topic: [Xen-devel] [PATCH] VGA acceleration utilizing shadowlogdirtyfunctionality
> xen-devel-bounces@xxxxxxxxxxxxxxxxxxx wrote:
> > I think the most efficient way of accelerating the framebuffer scan
is
> > to use the dirty bits in the PTEs that map it. Typically, most
> > OSes will
> > use just a single set of PTEs for mapping the framebuffer, and
> > it should
> > be possible to scan these to fill out a bitmap of what's been
changed.
> 
> I think we are saying shadow PTEs here, a potential problem here is
that
> the shadow PTEs may disappear for some reason like recycling etc.

That shouldn't happen too frequently. 

I think the easiest way of handling this is to return dirty status for
the PTEs we don't know about, and then reshadow the missing page so that
we'll know next time around.

We're only talking about a couple of pages here, so we're not going to
perturb all the shadow cache cleverness in any significant way.

> But we can walkaround this like:
>       Keep track of guest frame's dirty bitmap in hypervisor and
> update it
> if a dirty shadow PTE for VRAM is recycled. In this way we keep the
lost
> info though a little bit ugly.

Lets try and keep it simple :)

> Is this what you want? BTW, Do u agree we can assume there is no
> multiple map of guest VRAM for now, othrewise the patch need more to
do?

Absolutely.

Best,
Ian


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

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