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

Re: [Xen-devel] [PATCH 0/3] libxl: Permit immediate asynchronous completion

2012/2/17 Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>:
> Ian Jackson writes ("[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.
> Sorry, Roger, the way I sent this mail omitted you from the CC.
>> Â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!

np, thanks for the quick fix, I would like to test those patches this
afternoon if I have some time and share the results.

> Ian.

Xen-devel mailing list



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