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 02:41:51 +0000 (20:41 -0600)
commite7ee7542bb9d66539a0ec8d4a1e72efdfb8ccebe
tree7ec07ca2ed019af2ef6d535ddc52f3c2f15f6621
parent1fae811af81fedaf5557d0a75e09b9ce56245307
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