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 0/4] stubdom-dm: Support live migration of HV

To: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [PATCH 0/4] stubdom-dm: Support live migration of HVM domain with stubdom-dm
From: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
Date: Tue, 16 Dec 2008 15:16:59 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Yosuke Iwamatsu <y-iwamatsu@xxxxxxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Delivery-date: Tue, 16 Dec 2008 06:17:26 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <18759.46469.66019.189598@xxxxxxxxxxxxxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Mail-followup-to: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>, Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>, Yosuke Iwamatsu <y-iwamatsu@xxxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
References: <4947734C.5070509@xxxxxxxxxxxxx> <20081216100231.GD5333@xxxxxxxxxxxxxxxxxxxxxxx> <18759.46469.66019.189598@xxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.12-2006-07-14
Ian Jackson, le Tue 16 Dec 2008 14:04:53 +0000, a écrit :
> Samuel Thibault writes ("[Xen-devel] Re: [PATCH 0/4] stubdom-dm: Support live 
> migration of HVM domain with stubdom-dm"):
> > This works thanks to the few lines at the end of the
> > cpu_physical_memory_rw() function that tell the hypervisor about
> > modified memory.  Actually, the plan was even to use that bit of
> > code in all cases (not only non-stubdom), so as to get rid of the
> > logdirty shared buffer completely.
> 
> I take it you're referring to this:
> 
> #ifdef CONFIG_STUBDOM
>     if (logdirty_bitmap != NULL)
>         xc_hvm_modified_memory(xc_handle, domid, _addr >> TARGET_PAGE_BITS,
>                 ((_addr + _len + TARGET_PAGE_SIZE - 1) >> TARGET_PAGE_BITS)
>                     - (_addr >> TARGET_PAGE_BITS));
> #endif

Yes, precisely.

Samuel

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