[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACGkMEsr=2LjU1-UDV1SF9vJPty2003YKORHZMSr1W-p9eNr+A@mail.gmail.com>
Date: Tue, 12 Jul 2022 16:04:23 +0800
From: Jason Wang <jasowang@...hat.com>
To: Eugenio Perez Martin <eperezma@...hat.com>
Cc: netdev <netdev@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
virtualization <virtualization@...ts.linux-foundation.org>,
kvm <kvm@...r.kernel.org>, "Michael S. Tsirkin" <mst@...hat.com>,
Parav Pandit <parav@...dia.com>,
Christophe JAILLET <christophe.jaillet@...adoo.fr>,
Cindy Lu <lulu@...hat.com>,
"Kamde, Tanuj" <tanuj.kamde@....com>,
Si-Wei Liu <si-wei.liu@...cle.com>,
"Uminski, Piotr" <Piotr.Uminski@...el.com>,
habetsm.xilinx@...il.com, "Dawar, Gautam" <gautam.dawar@....com>,
Pablo Cascon Katchadourian <pabloc@...inx.com>,
Zhu Lingshan <lingshan.zhu@...el.com>,
Laurent Vivier <lvivier@...hat.com>,
Longpeng <longpeng2@...wei.com>,
Dinan Gunawardena <dinang@...inx.com>,
Martin Petrus Hubertus Habets <martinh@...inx.com>,
Martin Porter <martinpo@...inx.com>,
Eli Cohen <elic@...dia.com>, ecree.xilinx@...il.com,
Wu Zongyong <wuzongyong@...ux.alibaba.com>,
Stefano Garzarella <sgarzare@...hat.com>,
Dan Carpenter <dan.carpenter@...cle.com>,
Harpreet Singh Anand <hanand@...inx.com>,
Xie Yongji <xieyongji@...edance.com>,
Zhang Min <zhang.min9@....com.cn>
Subject: Re: [PATCH v6 1/4] vdpa: Add suspend operation
On Fri, Jul 8, 2022 at 7:31 PM Eugenio Perez Martin <eperezma@...hat.com> wrote:
>
> On Wed, Jun 29, 2022 at 6:10 AM Jason Wang <jasowang@...hat.com> wrote:
> >
> > On Fri, Jun 24, 2022 at 12:07 AM Eugenio Pérez <eperezma@...hat.com> wrote:
> > >
> > > This operation is optional: It it's not implemented, backend feature bit
> > > will not be exposed.
> >
> > A question, do we allow suspending a device without DRIVER_OK?
> >
>
> That should be invalid. In particular, vdpa_sim will resume in that
> case, but I guess it would depend on the device.
Yes, and that will match our virtio spec patch (STOP bit).
>
> Do you think it should be controlled in the vdpa frontend code?
The vdpa bus should validate this at least.
Thanks
>
> Thanks!
>
> > Thanks
> >
> > >
> > > Signed-off-by: Eugenio Pérez <eperezma@...hat.com>
> > > ---
> > > include/linux/vdpa.h | 4 ++++
> > > 1 file changed, 4 insertions(+)
> > >
> > > diff --git a/include/linux/vdpa.h b/include/linux/vdpa.h
> > > index 7b4a13d3bd91..d282f464d2f1 100644
> > > --- a/include/linux/vdpa.h
> > > +++ b/include/linux/vdpa.h
> > > @@ -218,6 +218,9 @@ struct vdpa_map_file {
> > > * @reset: Reset device
> > > * @vdev: vdpa device
> > > * Returns integer: success (0) or error (< 0)
> > > + * @suspend: Suspend or resume the device (optional)
> > > + * @vdev: vdpa device
> > > + * Returns integer: success (0) or error (< 0)
> > > * @get_config_size: Get the size of the configuration space includes
> > > * fields that are conditional on feature bits.
> > > * @vdev: vdpa device
> > > @@ -319,6 +322,7 @@ struct vdpa_config_ops {
> > > u8 (*get_status)(struct vdpa_device *vdev);
> > > void (*set_status)(struct vdpa_device *vdev, u8 status);
> > > int (*reset)(struct vdpa_device *vdev);
> > > + int (*suspend)(struct vdpa_device *vdev);
> > > size_t (*get_config_size)(struct vdpa_device *vdev);
> > > void (*get_config)(struct vdpa_device *vdev, unsigned int offset,
> > > void *buf, unsigned int len);
> > > --
> > > 2.31.1
> > >
> >
>
Powered by blists - more mailing lists