[libvirt] [PATCHv6 9/8] blockjob: allow speed setting in block copy

[Eric Blake]

On 04/26/2012 02:38 PM, Stefan Berger wrote:
> On 04/26/2012 04:15 PM, Eric Blake wrote:
>> Similar to the recent race fix for 'block-stream', it is possible
>> to set the speed of a block copy job up front thanks to an optional
>> 'speed' parameter to 'drive-mirror'.
>>
>> * src/qemu/qemu_monitor_json.c (qemuMonitorJSONDriveMirror): Set
>> speed at job start.
>> * src/qemu/qemu_monitor_json.h (qemuMonitorJSONDriveMirror): Add
>> parameter.
>> * src/qemu/qemu_monitor.h (qemuMonitorDriveMirror): Likewise.
>> * src/qemu/qemu_driver.c (qemuDomainBlockCopy): Adjust caller.
>> * src/qemu/qemu_monitor.c (qemuMonitorDriveMirror): Likewise.
>> ---
>>
>> v6: new patch.  I haven't actually seen a qemu patch implementing this
>> yet, but it is a logical extension of the recent block-stream patch.
>>
> 
> Hm,  not sure what this means compared to what you write on the top...

It means:

Paolo proposed 'drive-mirror' to upstream qemu prior to Stefan
Hajnoczi's patch to 'block-stream'.  qemu 1.1 has included Stefan's
patch, but Paolo's is still in limbo, and needs to be rebased if it will
even make qemu 1.1.  But it is a logical extension to assume that when
Paolo rebases his drive-mirror patches, that he will also add an
optional 'speed' parameter; so as to avoid the same data race as was
just fixed in 'block-stream'.  And until I can point to an actual qemu
commit with 'drive-mirror' (at all, not just 'drive-mirror' with speed),
this patch is stalled just like the other 8 patches in this series.

-- 
Eric Blake   eblake at redhat.com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 620 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20120426/bff01217/attachment-0001.sig>