aboutsummaryrefslogtreecommitdiff
path: root/python/qemu
diff options
context:
space:
mode:
authorJohn Snow <jsnow@redhat.com>2019-05-23 13:06:39 -0400
committerMax Reitz <mreitz@redhat.com>2019-06-14 14:16:57 +0200
commitd81e1efbea7d19c2f142d300df56538c73800590 (patch)
treef916d45e8ed63c901b85487236bdbe4755a8e4c4 /python/qemu
parent5ec2eca83dc478ddf24077e02a8b34dd26cd3ff9 (diff)
downloadqemu-d81e1efbea7d19c2f142d300df56538c73800590.zip
qemu-d81e1efbea7d19c2f142d300df56538c73800590.tar.gz
qemu-d81e1efbea7d19c2f142d300df56538c73800590.tar.bz2
blockdev-backup: don't check aio_context too early
in blockdev_backup_prepare, we check to make sure that the target is associated with a compatible aio context. However, do_blockdev_backup is called later and has some logic to move the target to a compatible aio_context. The transaction version will fail certain commands needlessly early as a result. Allow blockdev_backup_prepare to simply call do_blockdev_backup, which will ultimately decide if the contexts are compatible or not. Note: the transaction version has always disallowed this operation since its initial commit bd8baecd (2014), whereas the version of qmp_blockdev_backup at the time, from commit c29c1dd312f, tried to enforce the aio_context switch instead. It's not clear, and I can't see from the mailing list archives at the time, why the two functions take a different approach. It wasn't until later in efd7556708b (2016) that the standalone version tried to determine if it could set the context or not. Reported-by: aihua liang <aliang@redhat.com> Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1683498 Signed-off-by: John Snow <jsnow@redhat.com> Message-id: 20190523170643.20794-2-jsnow@redhat.com Reviewed-by: Max Reitz <mreitz@redhat.com> Signed-off-by: Max Reitz <mreitz@redhat.com>
Diffstat (limited to 'python/qemu')
0 files changed, 0 insertions, 0 deletions