]> www.infradead.org Git - users/dwmw2/qemu.git/commit
Consider discard option when writing zeros
authorNir Soffer <nsoffer@redhat.com>
Fri, 28 Jun 2024 20:20:58 +0000 (23:20 +0300)
committerStefan Hajnoczi <stefanha@redhat.com>
Thu, 11 Jul 2024 09:06:36 +0000 (11:06 +0200)
commitd05ae948cc887054495977855b0859d0d4ab2613
treef114beef86cf24c504bdd15ea3d489e42e514aba
parent249d0f83977c71c5a392c00947e1e7d5415ac5be
Consider discard option when writing zeros

When opening an image with discard=off, we punch hole in the image when
writing zeroes, making the image sparse. This breaks users that want to
ensure that writes cannot fail with ENOSPACE by using fully allocated
images[1].

bdrv_co_pwrite_zeroes() correctly disables BDRV_REQ_MAY_UNMAP if we
opened the child without discard=unmap or discard=on. But we don't go
through this function when accessing the top node. Move the check down
to bdrv_co_do_pwrite_zeroes() which seems to be used in all code paths.

This change implements the documented behavior, punching holes only when
opening the image with discard=on or discard=unmap. This may not be the
best default but can improve it later.

The test depends on a file system supporting discard, deallocating the
entire file when punching hole with the length of the entire file.
Tested with xfs, ext4, and tmpfs.

[1] https://lists.nongnu.org/archive/html/qemu-discuss/2024-06/msg00003.html

Signed-off-by: Nir Soffer <nsoffer@redhat.com>
Message-id: 20240628202058.1964986-3-nsoffer@redhat.com
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
block/io.c
tests/qemu-iotests/tests/write-zeroes-unmap [new file with mode: 0755]
tests/qemu-iotests/tests/write-zeroes-unmap.out [new file with mode: 0644]