| 
    
 [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [PATCH 0/3] libxl: Permit immediate asynchronous completion
 Ian Jackson writes ("Re: [Xen-devel] [PATCH 08/11] libxl: 
Asynchronous/long-running operation infrastructure"):
> Yes, you are right, there is a bug in libxl_device_disk_remove /
> libxl__initiate_device_remove.  I hadn't spotted that the "out" path
> from the old device removal code was used in a success case too.
> 
> I will fix it.
Please take a look at the following 3-patch series.  I have compiled
it but not tested it, but I think something like it should work.
 1/3 libxl: ao: allow immediate completion
 2/3 libxl: fix hang due to libxl__initiate_device_remove
 3/3 libxl: Fix eventloop_iteration over-locking
Hopefully 1/3 and 2/3 will make the intended behaviour, and the
intended usage clear.  Sorry for confusing you with a bad example!
Thanks,
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
 
 
  | 
  
![]()  | 
            
         Lists.xenproject.org is hosted with RackSpace, monitoring our  |