diff options
author | Alex Bennée <alex.bennee@linaro.org> | 2022-11-07 12:14:07 +0000 |
---|---|---|
committer | Michael S. Tsirkin <mst@redhat.com> | 2022-11-07 14:08:18 -0500 |
commit | 259d69c00b67c02a67f3bdbeeea71c2c0af76c35 (patch) | |
tree | ec6be00cb03701e3f035d041ee2d451d7e3b8998 /hw/s390x | |
parent | b22fbc5bcb6bd2412889f2c48a29c86880a30552 (diff) | |
download | qemu-259d69c00b67c02a67f3bdbeeea71c2c0af76c35.zip qemu-259d69c00b67c02a67f3bdbeeea71c2c0af76c35.tar.gz qemu-259d69c00b67c02a67f3bdbeeea71c2c0af76c35.tar.bz2 |
hw/virtio: introduce virtio_device_should_start
The previous fix to virtio_device_started revealed a problem in its
use by both the core and the device code. The core code should be able
to handle the device "starting" while the VM isn't running to handle
the restoration of migration state. To solve this duel use introduce a
new helper for use by the vhost-user backends who all use it to feed a
should_start variable.
We can also pick up a change vhost_user_blk_set_status while we are at
it which follows the same pattern.
Fixes: 9f6bcfd99f (hw/virtio: move vm_running check to virtio_device_started)
Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
Cc: "Michael S. Tsirkin" <mst@redhat.com>
Message-Id: <20221107121407.1010913-1-alex.bennee@linaro.org>
Diffstat (limited to 'hw/s390x')
0 files changed, 0 insertions, 0 deletions