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

Re: [Xen-devel] Sources of page dirtying for HVM domains in Xen 3.2.x


  • To: xen-devel@xxxxxxxxxxxxxxxxxxx
  • From: "Mike Sun" <msun@xxxxxxxxxx>
  • Date: Fri, 3 Oct 2008 06:06:17 -0700
  • Delivery-date: Fri, 03 Oct 2008 06:06:40 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=JNulQkU0cT9KFrw5km3BrbGejZK4Fa737Hkcar/9ZwdVCdcc+s9Q9A8Nc3VGtjWKH5 FVyjpnbyujNYD4vRpVXxL78jlBR0q2TbWe9eOVnpdRAsBn9zvrkYiLgXwf3/L37rlziS g1Axx/uli8eYm94Wg8VkxU+jZUOWVDwyJGg28=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

Argh.  Forgot to reply to the list.  Sorry about that Ian.

> Within page fault handling you've also got to consider the special cases
> of MMIO, PTE accessed/dirty bit update.

And the emulated writes to guest PTs as well, correct?

One confusing thing is that it seems that since _sh_propagate() is
called before the emulated write or MMIO write that the page_dirty()
would already be called and that the page_dirty() called after the
emulated write is redundant?  I'm probably missing something though.

> Qemu-dm emulated DMA, PV driver DMA.

Any way I can have Qemu not do DMA?

Essentially I'm looking for a clean way of doing a copy-on-write on a
guest domain's memory pages.  The log-dirty mode seems most
appropriate, but I have to make sure I can copy the page before it's
dirtied/modified.  Have any good suggestions.

_______________________________________________
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®.