|
|
|
|
|
|
|
|
|
|
xen-devel
[Xen-devel] save/restore race
save requires a valid arch.pfn_to_mfn_frame_list_list MFN. However,
there is no guarantee that this is up to date, since a previous
restore is considered complete as soon as the domain is unpaused:
if not paused:
dominfo.unpause()
dominfo.completeRestore(handler.store_mfn, handler.console_mfn)
It seems that Linux is being lucky here, in that rebuilding the MFNs is
the first thing it does after suspend(). On Solaris, it occurs somewhat
later in the resume process due to constraints on locking within our MMU
code.
This doesn't seem specific to migration either, a save just after a
restore has completed can hit this race as far as I can see. I'm short
on ideas that don't involve a new interface (like the domain writing
back a xenstore value when it's done resuming). Suggestions?
regards
john
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] save/restore race,
John Levon <=
|
|
|
|
|