|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] live migration can fail due to XENMEM_maximum_gpfn
On Mon, Oct 06, 2008 at 05:47:53PM +0100, John Levon wrote:
>
> There's a race that can cause live migration to fail. In particular,
> xc_save uses XENMEM_maximum_gpfn to create the shm segment. qemu then
> also uses that value to look up the segment. However, the value can
> easily change in between due to p2m_set_entry(). In particular if
> there's PV drivers in the HVM domU, ->max_mapped_pfn can change easily:
>
> dom 11 max gpfn 262143
> dom 11 max gpfn 262143
> dom 11 max gpfn 262143
> ....
> dom 11 max gpfn 985087
>
> (1Gb Solaris HVM domU).
>
> I'm not sure how this should be fixed?
I think a similar race would exist once balloon expansion
(using memory hot plug) is implemented.
According to http://wiki.xensource.com/xenwiki/XenParavirtOps,
it is WIP, though.
--
yamahata
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|