|
[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 |