Displaying 4 results from an estimated 4 matches for "net_init_vhost_vdpa".
2023 Mar 06
0
[PATCH v4 01/15] vdpa net: move iova tree creation from init to start
...gt; >>> if (!is_datapath) {
> > >>> s->cvq_cmd_out_buffer = qemu_memalign(qemu_real_host_page_size(),
> > >>> vhost_vdpa_net_cvq_cmd_page_len());
> > >>> @@ -760,7 +821,6 @@ int net_init_vhost_vdpa(const Netdev *netdev, const char *name,
> > >>> uint64_t features;
> > >>> int vdpa_device_fd;
> > >>> g_autofree NetClientState **ncs = NULL;
> > >>> - g_autoptr(VhostIOVATree) iova_tree = NULL;
> > >>&...
2023 Mar 06
0
[PATCH v4 12/15] vdpa: block migration if device has unsupported features
...(qemu_real_host_page_size(),
> > >>>> vhost_vdpa_net_cvq_cmd_page_len());
> > >>>> memset(s->cvq_cmd_out_buffer, 0, vhost_vdpa_net_cvq_cmd_page_len());
> > >>>> @@ -956,7 +960,7 @@ int net_init_vhost_vdpa(const Netdev *netdev, const char *name,
> > >>>> for (i = 0; i < queue_pairs; i++) {
> > >>>> ncs[i] = net_vhost_vdpa_init(peer, TYPE_VHOST_VDPA, name,
> > >>>> vdpa_device_fd, i, 2, t...
2023 Feb 22
0
[PATCH v2 09/13] vdpa net: block migration if the device has CVQ
...lt;eperezma at redhat.com>
> ---
> net/vhost-vdpa.c | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> diff --git a/net/vhost-vdpa.c b/net/vhost-vdpa.c
> index bca13f97fd..309861e56c 100644
> --- a/net/vhost-vdpa.c
> +++ b/net/vhost-vdpa.c
> @@ -955,11 +955,17 @@ int net_init_vhost_vdpa(const Netdev *netdev, const char *name,
> }
>
> if (has_cvq) {
> + VhostVDPAState *s;
> +
> nc = net_vhost_vdpa_init(peer, TYPE_VHOST_VDPA, name,
> vdpa_device_fd, i, 1, false,
>...
2023 Feb 23
0
[PATCH v2 11/13] vdpa: block migration if dev does not have _F_SUSPEND
...ot let the device to decide? For networking device, we can
>> live without suspend probably.
>>
> Right, but how can we know if this is a net device in init? I don't
> think a switch (vhost_vdpa_get_device_id(dev)) is elegant.
I meant the caller of vhost_vdpa_init() which is net_init_vhost_vdpa().
Thanks
>
> If the parent device does not need to be suspended i'd go with
> exposing a suspend ioctl but do nothing in the parent device. After
> that, it could even choose to return an error for GET_VRING_BASE.
>
> If we want to implement it as a fallback in qemu, I'...