Skip to content

Commit 61b3043

Browse files
committed
qcow2: Implement v2 zero writes with discard if possible
qcow2 version 2 images don't support the zero flag for clusters, so for write_zeroes requests, we return -ENOTSUP and get explicit zero buffer writes. If the image doesn't have a backing file, we can do better: Just discard the respective clusters. This is relevant for 'qemu-img convert -O qcow2 -n', where qemu-img has to assume that the existing target image may contain any data, so it has to write zeroes. Without this patch, this results in a fully allocated target image, even if the source image was empty. Reported-by: Nir Soffer <[email protected]> Signed-off-by: Kevin Wolf <[email protected]> Message-Id: <[email protected]> Reviewed-by: Max Reitz <[email protected]> Signed-off-by: Kevin Wolf <[email protected]>
1 parent bae127d commit 61b3043

File tree

1 file changed

+8
-1
lines changed

1 file changed

+8
-1
lines changed

block/qcow2-cluster.c

Lines changed: 8 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1797,8 +1797,15 @@ int qcow2_cluster_zeroize(BlockDriverState *bs, uint64_t offset,
17971797
assert(QEMU_IS_ALIGNED(end_offset, s->cluster_size) ||
17981798
end_offset >= bs->total_sectors << BDRV_SECTOR_BITS);
17991799

1800-
/* The zero flag is only supported by version 3 and newer */
1800+
/*
1801+
* The zero flag is only supported by version 3 and newer. However, if we
1802+
* have no backing file, we can resort to discard in version 2.
1803+
*/
18011804
if (s->qcow_version < 3) {
1805+
if (!bs->backing) {
1806+
return qcow2_cluster_discard(bs, offset, bytes,
1807+
QCOW2_DISCARD_REQUEST, false);
1808+
}
18021809
return -ENOTSUP;
18031810
}
18041811

0 commit comments

Comments
 (0)