[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v12 14/26] primary vm suspend/resume/checkpoint code
Changlong Xie writes ("[PATCH v12 14/26] primary vm suspend/resume/checkpoint code"): > From: Wen Congyang <wency@xxxxxxxxxxxxxx> ... Thanks. Most of this seems plausible (although I have done a review of rather limited depth): However, there are several instances like this: > +out: > + libxl__ao_complete(egc, ao, ERROR_FAIL); > +} libxl__ao_complete must not be called by some internal function in this way. Only the same layer within libxl that called AO_CREATE is allowed to call libxl__ao_complete. Errors should be propagated by having the _setup function make the callback with the appropriate error code. Eventually, the error will propagate out (possibly via a series of callbacks and error handling paths) to the same layer as called AO_CREATE. See remus_setup_done and remus_setup_failed for examples. You also need to make sure that when the setup fails, appropriate teardown is done. In the remus case this includes invoking libxl__checkpoint_devices_teardown, and chaining through to a second callback. Thanks, Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |