[RFC PATCH 00/12] NIC vhost-vdpa state restore via Shadow CVQ

["Eugenio Pérez" <eperezma@redhat.com>]

CVQ of net vhost-vdpa devices can be intercepted since the work of [1]. The
virtio-net device model is updated. The migration was blocked because although
the state can be megrated between VMM it was not possible to restore on the
destination NIC.

This series add support for SVQ to inject external messages without the guest's
knowledge, so before the guest is resumed all the guest visible state is
restored. It is done using standard CVQ messages, so the vhost-vdpa device does
not need to learn how to restore it: As long as they have the feature, they
know how to handle it.

This series needs SVQ CVQ support [1] and fixes [2] to be applied.

Thanks!

[1] https://lists.nongnu.org/archive/html/qemu-devel/2022-07/msg02808.html
[2] https://lists.nongnu.org/archive/html/qemu-devel/2022-07/msg02726.html

Eugenio Pérez (12):
  vhost: Get vring base from vq, not svq
  vhost: Move SVQ queue rewind to the destination
  vdpa: Small rename of error labels
  vdpa: delay set_vring_ready after DRIVER_OK
  vhost: stop transfer elem ownership in vhost_handle_guest_kick
  vhost: Use opaque data in SVQDescState
  vhost: Add VhostVDPAStartOp operation
  vdpa: Add vhost_vdpa_start_control_svq
  vdpa: Extract vhost_vdpa_net_svq_add from
    vhost_vdpa_net_handle_ctrl_avail
  vdpa: Make vhost_vdpa_net_cvq_map_elem accept any out sg
  vdpa: Add virtio-net mac address via CVQ at start
  vdpa: Delete CVQ migration blocker

 hw/virtio/vhost-shadow-virtqueue.h |   7 +-
 include/hw/virtio/vhost-vdpa.h     |   6 +-
 hw/virtio/vhost-shadow-virtqueue.c |  30 ++---
 hw/virtio/vhost-vdpa.c             |  70 ++++++-----
 net/vhost-vdpa.c                   | 184 ++++++++++++++++++++---------
 5 files changed, 193 insertions(+), 104 deletions(-)

-- 
2.31.1