qemu: copy: Accept 'format' parameter when copying to a non-existing img
authorPeter Krempa <pkrempa@redhat.com>
Tue, 1 Jul 2014 11:52:51 +0000 (13:52 +0200)
committerEric Blake <eblake@redhat.com>
Thu, 3 Jul 2014 04:09:28 +0000 (22:09 -0600)
commit4fb55871e925f1d02ecd04f626c6cfecae141d7f
tree699e41c2d777443bb2d29c8d49efea56b62a210b
parent1e12069e37bd438f10ec849723a22767a919a220
qemu: copy: Accept 'format' parameter when copying to a non-existing img

We have the following matrix of possible arguments handled by the logic
statement touched by this patch:
       | flags & _REUSE_EXT | !(flags & _REUSE_EXT)
-------+--------------------+----------------------
 format| (1)                | (2)
-------+--------------------+----------------------
!format| (3)                | (4)
-------+--------------------+----------------------

In cases 1 and 2 the user provided a format, in cases 3 and 4 not. The
user requests to use a pre-existing image in 1 and 3 and libvirt will
create a new image in 2 and 4.

The difference between cases 3 and 4 is that for 3 the format is probed
from the user-provided image, whereas in 4 we just use the existing disk
format.

The current code would treat cases 1,3 and 4 correctly but in case 2 the
format provided by the user would be ignored.

The particular piece of code was broken in commit 35c7701c64508f975dfeb8
but since it was introduced a few commits before that it was never
released as working.

(cherry picked from commit 42619ed05d7924978f3e6e2399522fc6f30607de)
Signed-off-by: Eric Blake <eblake@redhat.com>

Conflicts:
src/qemu/qemu_driver.c - no refactoring of commits 7b7bf001, 4f20226
src/qemu/qemu_driver.c