[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1317321398.21918.7.camel@lappy>
Date: Thu, 29 Sep 2011 21:36:38 +0300
From: Sasha Levin <levinsasha928@...il.com>
To: Amit Shah <amit.shah@...hat.com>
Cc: Rusty Russell <rusty@...tcorp.com.au>,
linux-kernel@...r.kernel.org, "Michael S. Tsirkin" <mst@...hat.com>
Subject: Re: [PATCH 02/11] virtio-pci: add PM notification handlers for
restore, freeze, thaw, poweroff
On Thu, 2011-09-29 at 20:55 +0530, Amit Shah wrote:
> Handle restore and freeze notification from the PM core. Expose these
> to individual virtio drivers that can quiesce and resume vq operations.
>
> These functions also save device-specific data so that the device can be
> put in pre-suspend state after resume.
>
> Signed-off-by: Amit Shah <amit.shah@...hat.com>
> ---
> drivers/virtio/virtio_pci.c | 41 +++++++++++++++++++++++++++++++++++++++++
> include/linux/virtio.h | 4 ++++
> 2 files changed, 45 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/virtio/virtio_pci.c b/drivers/virtio/virtio_pci.c
> index 6947620..cc70662 100644
> --- a/drivers/virtio/virtio_pci.c
> +++ b/drivers/virtio/virtio_pci.c
> @@ -55,6 +55,10 @@ struct virtio_pci_device
> unsigned msix_vectors;
> /* Vectors allocated, excluding per-vq vectors if any */
> unsigned msix_used_vectors;
> +
> + /* Status saved during hibernate/restore */
> + u8 saved_status;
> +
> /* Whether we have vector per vq */
> bool per_vq_vectors;
> };
> @@ -703,9 +707,46 @@ static int virtio_pci_resume(struct device *dev)
> return 0;
> }
>
> +static int virtio_pci_freeze(struct device *dev)
> +{
> + struct pci_dev *pci_dev = to_pci_dev(dev);
> + struct virtio_pci_device *vp_dev = pci_get_drvdata(pci_dev);
> + struct virtio_driver *drv;
> +
> + drv = container_of(vp_dev->vdev.dev.driver,
> + struct virtio_driver, driver);
> +
> + vp_dev->saved_status = vp_get_status(&vp_dev->vdev);
> + if (drv && drv->freeze)
> + return drv->freeze(&vp_dev->vdev);
> +
> + return 0;
> +}
After drv->freeze() completes, the vq is freed from guest memory, but is
there anything that prevents from the device to keep writing into that
vq?
Shouldn't we set status to '0' before we free vqs?
--
Sasha.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists