aboutsummaryrefslogtreecommitdiff
path: root/hw/s390x
diff options
context:
space:
mode:
authorAlex Bennée <alex.bennee@linaro.org>2022-11-07 12:14:07 +0000
committerMichael S. Tsirkin <mst@redhat.com>2022-11-07 14:08:18 -0500
commit259d69c00b67c02a67f3bdbeeea71c2c0af76c35 (patch)
treeec6be00cb03701e3f035d041ee2d451d7e3b8998 /hw/s390x
parentb22fbc5bcb6bd2412889f2c48a29c86880a30552 (diff)
downloadqemu-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