[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [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
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |