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

Re: [Xen-devel] Re: [PATCH 0/4] stubdom-dm: Support live migration of HVM domain with stubdom-dm

Ian Jackson wrote:
Samuel Thibault writes ("[Xen-devel] Re: [PATCH 0/4] stubdom-dm: Support live 
migration of HVM domain with stubdom-dm"):
Yosuke Iwamatsu, le Tue 16 Dec 2008 18:22:20 +0900, a écrit :
This series of patches is an attempt to support live migration of hvm
domains with stubdom-dm.
Err, I'm a bit surprised. I haven't tested it since then, but I'm sure
live migration was working with stubdoms a few months ago, without
the need for a logdirty shared buffer.  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:

    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));

Ah, I didn't notice this.

Yosuke Iwamatsu: is this not working for you then ?  It's possible
that I've broken it somehow.

Live-migration fails because stubdom-dm doesn't respond to the request
from xc_save for the logdirty bitmap segment. The attached patch
simply generated from old ioemu tree will fix the issue, then.

Derived from old xen internal tools/ioemu tree.
Signed-off-by: Yosuke Iwamatsu <y-iwamatsu@xxxxxxxxxxxxx>

-- Yosuke

Attachment: stubdom_respond_to_logdirty_event.patch
Description: all/allfiles

Xen-devel mailing list



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