[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v9 08/17] libxl: convert libxl_device_disk_add to an async op
Roger Pau Monne writes ("[PATCH v9 08/17] libxl: convert libxl_device_disk_add to an async op"): > This patch converts libxl_device_disk_add to an ao operation that > waits for device backend to reach state XenbusStateInitWait and then > marks the operation as completed. This is not really useful now, but > will be used by later patches that will launch hotplug scripts after > we reached the desired xenbus state. This looks pretty good. I have just a couple of questions: > +/* Waits for the passed device to reach state XenbusStateInitWait. > + * This is not really useful by itself, but is important when executing > + * hotplug scripts, since we need to be sure the device is in the correct > + * state before executing them. > + * > + * Once finished, aodev->callback will be executed. > + */ > +_hidden void libxl__wait_device_connection(libxl__egc*, > + libxl__ao_device *aodev); This comment seems to be wrong ? We set the callback to device_backend_callback but perhaps that calls aodev->callback ? It's hard for me to see the context without applying all of these patches; could you perhaps provide a public git ref too next time ? > @@ -1808,6 +1829,8 @@ struct libxl__ao_devices { > * The libxl__ao_device passed to this function should be > * prepared using libxl__prepare_ao_device prior to calling > * this function. > + * > + * Once finished, aodev->callback will be executed. > */ > _hidden void libxl__initiate_device_remove(libxl__egc *egc, > libxl__ao_device *aodev); > @@ -2162,6 +2185,19 @@ _hidden void libxl__destroy_domid(libxl__egc *egc, Is this hunk in the wrong patch ? Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |