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

[Xen-devel] [PATCH v4 00/35] libxl ao abort request (cancellation)



This is v4 of my series to provide support for abandoning a
long-running libxl operation.

This abandonment is now called `abort' rather than `cancel'; this
conveys the potential destructiveness, and also provides the space for
us to provide a safer (more checked) cancellation, later.

I have in general retained acks despite this change, unless the
adjustments to the individual patch were nontrivial or less than
entirely obvious.  Most of the patches from 16 onwards were affected.

This code has now been exercised, at least for domain create, resume
and destroy, using a test harness provided by Euan Harris of Citrix
the XenServer ring3 team.  The version of the test harness I used is
here:

  http://xenbits.xen.org/gitweb/?p=people/iwj/ring3-xl-test.git;a=summary
  git://xenbits.xen.org/people/iwj/ring3-xl-test.git
     master

IMO the test coverage now is already extensive enough for this series
to go into xen.git#staging.

(AIUI it is intended that the test suite go into xen.git eventually,
and be plumbed into osstest, but that is a separate task and the test
suite is nowhere near ready for that yet.)

 a 01/35  libxl: ao internal API docs: Mention synchronous ao completi
 a 02/35  libxl: suspend: switch_logdirty_done takes rc               
 a 03/35  libxl: suspend: common suspend callbacks take rc            
 a 04/35  libxl: suspend: Return correct error from callbacks         
 a 05/35  libxl: Use libxl__xswait* in libxl__ao_device               
 a 06/35  libxl: xswait/devstate: Move xswait to before devstate      
 a 07/35  libxl: devstate: Use libxl__xswait*                         
N  08/35  libxl: Rename AO_ABORT to AO_CREATE_FAIL                    
N  09/35  libxl: Change some log messages to say `abandoning' rather t
N  10/35  libxl: Change an internal comment to say `bail' rather than 
C  11/35  libxl: New error codes ABORTED etc.                         
 a 12/35  libxl: events: Make timeout and async exec setup take an ao,
Ca 13/35  libxl: events: Make libxl__async_exec_* pass caller an rc   
 a 14/35  libxl: events: Permit timeouts to signal ao abort           
N  15/35  libxl: spawn: Preserve rc in error path                     
Ca 16/35  libxl: domain create: Do not destroy on ao abort            
 a 17/35  libxl: ao: Record ultimate parent of a nested ao            
 a 18/35  libxl: ao: Count the nested progeny of an ao                
 a 19/35  libxl: ao: Provide manip_refcnt                             
C  20/35  libxl: ao abort: Provide public ao abort request API        
 a 21/35  libxl: ao abort: Provide explicit internal abort check API  
C  22/35  libxl: ao abort: Make timeouts abortable                    
 a 23/35  libxl: ao abort: Note that driver domain task cannot be usef
Ca 24/35  libxl: Introduce DOMAIN_DESTROYED error code                
 a 25/35  libxl: ao abort: Support aborting where we spot domain death
 a 26/35  libxl: Introduce FILLZERO                                   
 a 27/35  libxl: ao abort: Preparations for save/restore abort        
 a 28/35  libxl: ao abort: Handle SIGTERM in save/restore helper      
 a 29/35  libxl: ao abort: Abort libxc save/restore                   
 a 30/35  libxl: ao: datacopier callback gets an rc                   
 a 31/35  libxl: ao abort: Make datacopiers abortable                 
N  32/35  libxl: Fix libxl__get_domid error reporting                 
N  33/35  libxl: spawn: Always debug log middle child process death   
N  34/35  libxl: libxl__ev_child pass actual pid to callback          
N  35/35  libxl: When save/restore helper dies, do not overwrite rc   

Keys:
  a  Acked by a maintainer
  N  New in v4
  C  Changed in v4 (other than to rename CANCELLED to ABORTED,
     `cancel' to `abrt', etc.)


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