[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.