diff options
author | Kevin Wolf <kwolf@redhat.com> | 2018-06-26 14:23:23 +0200 |
---|---|---|
committer | Kevin Wolf <kwolf@redhat.com> | 2018-06-29 14:20:56 +0200 |
commit | 1bc5f09f2e1b2be8f6f737b8d5352b438fc41492 (patch) | |
tree | 17c58245a6ec4d176d565aecc71d9c005a349827 /qemu.nsi | |
parent | 3d9f2d2af63fda5f0404fb85ea80161837a4e4e3 (diff) | |
download | qemu-1bc5f09f2e1b2be8f6f737b8d5352b438fc41492.zip qemu-1bc5f09f2e1b2be8f6f737b8d5352b438fc41492.tar.gz qemu-1bc5f09f2e1b2be8f6f737b8d5352b438fc41492.tar.bz2 |
block: Use tracked request for truncate
When growing an image, block drivers (especially protocol drivers) may
initialise the newly added area. I/O requests to the same area need to
wait for this initialisation to be completed so that data writes don't
get overwritten and reads don't read uninitialised data.
To avoid overhead in the fast I/O path by adding new locking in the
protocol drivers and to restrict the impact to requests that actually
touch the new area, reuse the existing tracked request infrastructure in
block/io.c and mark all discard requests as serialising.
With this change, it is safe for protocol drivers to make
.bdrv_co_truncate actually asynchronous.
Signed-off-by: Kevin Wolf <kwolf@redhat.com>
Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Diffstat (limited to 'qemu.nsi')
0 files changed, 0 insertions, 0 deletions