[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC v2 10/13] vdpa net: allow VHOST_F_LOG_ALL
From: |
Jason Wang |
Subject: |
Re: [RFC v2 10/13] vdpa net: allow VHOST_F_LOG_ALL |
Date: |
Fri, 13 Jan 2023 12:42:07 +0800 |
On Fri, Jan 13, 2023 at 1:25 AM Eugenio Pérez <eperezma@redhat.com> wrote:
>
> Since some actions move to the start function instead of init, the
> device features may not be the parent vdpa device's, but the one
> returned by vhost backend. If transition to SVQ is supported, the vhost
> backend will return _F_LOG_ALL to signal the device is migratable.
>
> Add VHOST_F_LOG_ALL. HW dirty page tracking can be added on top of this
> change if the device supports it in the future.
>
> Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Thanks
> ---
> net/vhost-vdpa.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/net/vhost-vdpa.c b/net/vhost-vdpa.c
> index 2ca93e850a..5d7ad6e4d7 100644
> --- a/net/vhost-vdpa.c
> +++ b/net/vhost-vdpa.c
> @@ -100,6 +100,8 @@ static const uint64_t vdpa_svq_device_features =
> BIT_ULL(VIRTIO_NET_F_MQ) |
> BIT_ULL(VIRTIO_F_ANY_LAYOUT) |
> BIT_ULL(VIRTIO_NET_F_CTRL_MAC_ADDR) |
> + /* VHOST_F_LOG_ALL is exposed by SVQ */
> + BIT_ULL(VHOST_F_LOG_ALL) |
> BIT_ULL(VIRTIO_NET_F_RSC_EXT) |
> BIT_ULL(VIRTIO_NET_F_STANDBY);
>
> --
> 2.31.1
>
- Re: [RFC v2 06/13] vhost: delay set_vring_ready after DRIVER_OK, (continued)
[RFC v2 07/13] vdpa: delay set_vring_ready after DRIVER_OK, Eugenio Pérez, 2023/01/12
[RFC v2 08/13] vdpa: Negotiate _F_SUSPEND feature, Eugenio Pérez, 2023/01/12
[RFC v2 09/13] vdpa: add feature_log parameter to vhost_vdpa, Eugenio Pérez, 2023/01/12
[RFC v2 10/13] vdpa net: allow VHOST_F_LOG_ALL, Eugenio Pérez, 2023/01/12
- Re: [RFC v2 10/13] vdpa net: allow VHOST_F_LOG_ALL,
Jason Wang <=
[RFC v2 11/13] vdpa: add vdpa net migration state notifier, Eugenio Pérez, 2023/01/12
[RFC v2 12/13] vdpa: preemptive kick at enable, Eugenio Pérez, 2023/01/12