Re: [RFC PATCH] hw/virtio: introduce virtio_device_should_start

2022-11-07 Thread Alex Bennée
"Michael S. Tsirkin" writes: > On Mon, Nov 07, 2022 at 12:14:07PM +, Alex Bennée wrote: >> 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 runn

Re: [RFC PATCH] hw/virtio: introduce virtio_device_should_start

2022-11-07 Thread Michael S. Tsirkin
On Mon, Nov 07, 2022 at 12:14:07PM +, Alex Bennée wrote: > 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 mig

Re: [RFC PATCH] hw/virtio: introduce virtio_device_should_start

2022-11-07 Thread Michael S. Tsirkin
On Mon, Nov 07, 2022 at 12:14:07PM +, Alex Bennée wrote: > 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 mig

[RFC PATCH] hw/virtio: introduce virtio_device_should_start

2022-11-07 Thread Alex Bennée
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 b