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

[Xen-devel] [PATCH v4 0/10] execute hotplug scripts from libxl


  • To: xen-devel@xxxxxxxxxxxxx
  • From: Roger Pau Monne <roger.pau@xxxxxxxxxx>
  • Date: Thu, 24 May 2012 11:23:55 +0100
  • Delivery-date: Thu, 24 May 2012 10:24:19 +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.

Patches 1-4 from the previous series are already commited, so they are 
removed from v4.

Pending:

[PATCH v3 01/10] libxl: change libxl__ao_device_remove to
[PATCH v3 02/10] libxl: move device model creation prototypes
[PATCH v3 03/10] libxl: convert libxl_domain_destroy to an async op
[PATCH v3 04/10] libxl: convert libxl_device_disk_add to an asyn op
[PATCH v3 05/10] libxl: convert libxl_device_nic_add to an async
[PATCH v3 06/10] libxl: add option to choose who executes hotplug
[PATCH v3 07/10] libxl: set nic type to VIF by default
[PATCH v3 08/10] libxl: call hotplug scripts for disk devices from
[PATCH v3 09/10] libxl: call hotplug scripts for nic devices from
[PATCH v3 10/10] libxl: use libxl__xs_path_cleanup on device_destroy

Changes since v3:

 * Fixed Python bindings.

 * Fixed a mess in macro declaration DEFINE_DEVICE_REMOVE.

 * Updated to upstream.

Changes since v2:

 * Fixed IanJ comments.

Changes since v1:

 * Removed all the unecessary code motion and code cleanup

 * Split "convert libxl_domain_destroy to an async op" into two 
   separate patches.

_______________________________________________
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®.