diff options
| author | John Snow <jsnow@redhat.com> | 2019-05-23 13:06:39 -0400 |
|---|---|---|
| committer | Max Reitz <mreitz@redhat.com> | 2019-06-14 14:16:57 +0200 |
| commit | d81e1efbea7d19c2f142d300df56538c73800590 (patch) | |
| tree | f916d45e8ed63c901b85487236bdbe4755a8e4c4 /python/qemu | |
| parent | 5ec2eca83dc478ddf24077e02a8b34dd26cd3ff9 (diff) | |
| download | focaccia-qemu-d81e1efbea7d19c2f142d300df56538c73800590.tar.gz focaccia-qemu-d81e1efbea7d19c2f142d300df56538c73800590.zip | |
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