aboutsummaryrefslogtreecommitdiff
path: root/block
diff options
context:
space:
mode:
authorVladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>2021-04-28 18:17:57 +0300
committerKevin Wolf <kwolf@redhat.com>2021-04-30 12:27:48 +0200
commita2aabf88958119ec7d3022287eff6bcc924c90a8 (patch)
treee7d4c6fe0448d746150750bfdb95a815d57089d0 /block
parent160333e1fef77ca6d4f7fde8f52bb0a944851104 (diff)
downloadqemu-a2aabf88958119ec7d3022287eff6bcc924c90a8.zip
qemu-a2aabf88958119ec7d3022287eff6bcc924c90a8.tar.gz
qemu-a2aabf88958119ec7d3022287eff6bcc924c90a8.tar.bz2
block: bdrv_reopen_multiple(): move bdrv_flush to separate pre-prepare
During reopen we may add backing bs from other aio context, which may lead to changing original context of top bs. We are going to move graph modification to prepare stage. So, it will be possible that bdrv_flush() in bdrv_reopen_prepare called on bs in non-original aio context, which we didn't aquire which leads to crash. To avoid this problem move bdrv_flush() to be a separate reopen stage before bdrv_reopen_prepare(). This doesn't seem correct to acquire only one aio context and not all contexts participating in reopen. But it's not obvious how to do it correctly, keeping in mind: 1. rules of bdrv_set_aio_context_ignore() that requires new_context lock not being held 2. possible deadlocks because of holding all (or several?) AioContext locks Signed-off-by: Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com> Reviewed-by: Kevin Wolf <kwolf@redhat.com> Message-Id: <20210428151804.439460-30-vsementsov@virtuozzo.com> Signed-off-by: Kevin Wolf <kwolf@redhat.com>
Diffstat (limited to 'block')
0 files changed, 0 insertions, 0 deletions