[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [PATCH v6 00/13] execute hotplug scripts from libxl


  • To: xen-devel@xxxxxxxxxxxxx
  • From: Roger Pau Monne <roger.pau@xxxxxxxxxx>
  • Date: Thu, 14 Jun 2012 13:21:02 +0100
  • Delivery-date: Thu, 14 Jun 2012 12:21:55 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xen.org>

This series have been splitted in several patches, to make them easier
to review. Also the amount of changes introduced is quite important,
since apart from all the hotplug necessary functions and
modifications, libxl_domain_destroy has been converted to an async op.
This was necessary in order to have async operations during device
removal.

Also, as an important change, disk and nics are added at different
points for HVM and device model based guests, since we need the disk
in order to start Qemu, but the nic hotplug scripts should be called
at a later point, when Qemu has created the corresponding tap device.

This version includes two new relevant changes:

 * Rename IOEMU nic type to VIF_IOEMU (patch 9).

 * Conversion of libxl__device_disk_local_attach to an async 
   operation (patch 5).

Acked:

[PATCH v6 02/13] libxl: move device model creation prototypes
[PATCH v6 03/13] libxl: convert libxl_domain_destroy to an async op
[PATCH v6 08/13] libxl: add option to choose who executes hotplug
[PATCH v6 11/13] libxl: use libxl__xs_path_cleanup on device_destroy

Pending:

[PATCH v6 01/13] libxl: change ao_device_remove to ao_device
[PATCH v6 04/13] libxl: move bootloader data strucutres and
[PATCH v6 05/13] libxl: convert libxl__device_disk_local_attach to
[PATCH v6 06/13] libxl: convert libxl_device_disk_add to an async op
[PATCH v6 07/13] libxl: convert libxl_device_nic_add to an async
[PATCH v6 09/13] libxl: rename _IOEMU nic type to VIF_IOEMU
[PATCH v6 10/13] libxl: set nic type to VIF by default
[PATCH v6 12/13] libxl: call hotplug scripts for disk devices from
[PATCH v6 13/13] libxl: call hotplug scripts for nic devices from

Thanks for reviewing, Roger.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.