qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] virtio: correctly initialize vm_running


From: Michael S. Tsirkin
Subject: Re: [Qemu-devel] [PATCH] virtio: correctly initialize vm_running
Date: Mon, 23 May 2011 14:01:31 +0300
User-agent: Mutt/1.5.21 (2010-09-15)

On Mon, May 23, 2011 at 01:57:57PM +0800, Jason Wang wrote:
> On 05/18/2011 04:54 PM, Michael S. Tsirkin wrote:
> >On Wed, May 18, 2011 at 01:57:37PM +0800, Jason Wang wrote:
> >>Current vm_running was not explicitly initialized and its value was changed 
> >>by
> >>vm state notifier, this may confuse the virtio device being hotplugged such 
> >>as
> >>virtio-net with vhost backend as it may think the vm was not running. Solve 
> >>this
> >>by initialize this value explicitly in virtio_common_init().
> >>
> >>Signed-off-by: Jason Wang<address@hidden>
> >I think a slightly cleaner way would be to invoke
> >virtio_vmstate_change after it is registered,
> >have that update the vm_running field.
> >
> 
> Do you mean call it in virtio_common_init() directly? But the
> bindings are not initialized then. Or is there anything I missed?

My idea was that when we register a callback, it can
immediately be invoked with the current vm state.

But this has other implications so would have to be
tested more. So I think your patch is a good start.

Acked-by: Michael S. Tsirkin <address@hidden>

> >>---
> >>  0 files changed, 0 insertions(+), 0 deletions(-)
> >>
> >>diff --git a/hw/virtio.c b/hw/virtio.c
> >>index 6e8814c..27d7e50 100644
> >>--- a/hw/virtio.c
> >>+++ b/hw/virtio.c
> >>@@ -789,6 +789,7 @@ VirtIODevice *virtio_common_init(const char *name, 
> >>uint16_t device_id,
> >>      vdev->queue_sel = 0;
> >>      vdev->config_vector = VIRTIO_NO_VECTOR;
> >>      vdev->vq = qemu_mallocz(sizeof(VirtQueue) * VIRTIO_PCI_QUEUE_MAX);
> >>+    vdev->vm_running = vm_running;
> >>      for(i = 0; i<  VIRTIO_PCI_QUEUE_MAX; i++) {
> >>          vdev->vq[i].vector = VIRTIO_NO_VECTOR;
> >>          vdev->vq[i].vdev = vdev;



reply via email to

[Prev in Thread] Current Thread [Next in Thread]