diff options
author | Kevin Wolf <kwolf@redhat.com> | 2020-03-10 12:38:29 +0100 |
---|---|---|
committer | Kevin Wolf <kwolf@redhat.com> | 2020-03-11 15:54:38 +0100 |
commit | 30dd65f307b647eef8156c4a33bd007823ef85cb (patch) | |
tree | 57baa13b7fc6b892e8f9b5205ab5245e08491b7d /MAINTAINERS | |
parent | 8bdee9f10eac2aefdcc5095feef756354c87bdec (diff) | |
download | qemu-30dd65f307b647eef8156c4a33bd007823ef85cb.zip qemu-30dd65f307b647eef8156c4a33bd007823ef85cb.tar.gz qemu-30dd65f307b647eef8156c4a33bd007823ef85cb.tar.bz2 |
block: Fix cross-AioContext blockdev-snapshot
external_snapshot_prepare() tries to move the overlay to the AioContext
of the backing file (the snapshotted node). However, it's possible that
this doesn't work, but the backing file can instead be moved to the
overlay's AioContext (e.g. opening the backing chain for a mirror
target).
bdrv_append() already indirectly uses bdrv_attach_node(), which takes
care to move nodes to make sure they use the same AioContext and which
tries both directions.
So the problem has a simple fix: Just delete the unnecessary extra
bdrv_try_set_aio_context() call in external_snapshot_prepare() and
instead assert in bdrv_append() that both nodes were indeed moved to the
same AioContext.
Signed-off-by: Kevin Wolf <kwolf@redhat.com>
Message-Id: <20200310113831.27293-6-kwolf@redhat.com>
Tested-by: Peter Krempa <pkrempa@redhat.com>
Signed-off-by: Kevin Wolf <kwolf@redhat.com>
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions