qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Jason Wang <jasowang@redhat.com>
To: Akihiko Odaki <akihiko.odaki@daynix.com>
Cc: qemu-devel@nongnu.org, "Michael S. Tsirkin" <mst@redhat.com>,
	devel@daynix.com
Subject: Re: [PATCH] virtio-net: Add queues for RSS during migration
Date: Fri, 16 May 2025 09:44:23 +0800	[thread overview]
Message-ID: <CACGkMEu_hyc-mP4zk9kJprCpFQbVzO0D2SEMy9eid5TmUH7Uaw@mail.gmail.com> (raw)
In-Reply-To: <f3d10b18-9755-46af-9623-fb0ed7d99c51@daynix.com>

On Wed, May 14, 2025 at 2:58 PM Akihiko Odaki <akihiko.odaki@daynix.com> wrote:
>
> On 2025/05/14 14:05, 'Jason Wang' via devel wrote:
> > On Sat, May 10, 2025 at 3:24 PM Akihiko Odaki <akihiko.odaki@daynix.com> wrote:
> >>
> >> virtio_net_pre_load_queues() inspects vdev->guest_features to tell if
> >> VIRTIO_NET_F_RSS or VIRTIO_NET_F_MQ is enabled to infer the required
> >> number of queues. This works for VIRTIO_NET_F_MQ but it doesn't for
> >> VIRTIO_NET_F_RSS because only the lowest 32 bits of vdev->guest_features
> >> is set at the point and VIRTIO_NET_F_RSS uses bit 60 while
> >> VIRTIO_NET_F_MQ uses bit 22.
> >>
> >> Instead of inferring the required number of queues from
> >> vdev->guest_features, use the number loaded from the vm state.
> >>
> >> Fixes: 8c49756825da ("virtio-net: Add only one queue pair when realizing")
> >> Signed-off-by: Akihiko Odaki <akihiko.odaki@daynix.com>
> >> ---
> >>   include/hw/virtio/virtio.h |  2 +-
> >>   hw/net/virtio-net.c        | 11 ++++-------
> >>   hw/virtio/virtio.c         | 14 +++++++-------
> >>   3 files changed, 12 insertions(+), 15 deletions(-)
> >>
> >> diff --git a/include/hw/virtio/virtio.h b/include/hw/virtio/virtio.h
> >> index 638691028050..af52580c1e63 100644
> >> --- a/include/hw/virtio/virtio.h
> >> +++ b/include/hw/virtio/virtio.h
> >> @@ -211,7 +211,7 @@ struct VirtioDeviceClass {
> >>       int (*start_ioeventfd)(VirtIODevice *vdev);
> >>       void (*stop_ioeventfd)(VirtIODevice *vdev);
> >>       /* Called before loading queues. Useful to add queues before loading. */
> >> -    int (*pre_load_queues)(VirtIODevice *vdev);
> >> +    int (*pre_load_queues)(VirtIODevice *vdev, uint32_t n);
> >
> > This turns out to be tricky as it has a lot of assumptions as
> > described in the changelog (e.g only lower 32bit of guest_features is
> > correct etc when calling this function).
>
> The problem is that I missed the following comment in
> hw/virtio/virtio.c:
>      /*
>       * Temporarily set guest_features low bits - needed by
>       * virtio net load code testing for VIRTIO_NET_F_CTRL_GUEST_OFFLOADS
>       * VIRTIO_NET_F_GUEST_ANNOUNCE and VIRTIO_NET_F_CTRL_VQ.
>       *
>       * Note: devices should always test host features in future - don't
> create
>       * new dependencies like this.
>       */
>      vdev->guest_features = features;
>
> This problem is specific to guest_features so avoiding it should give us
> a reliable solution.

I meant not all the states were fully loaded for pre_load_queues(),
this seems another trick besides the above one. We should seek a way
to do it in post_load() or at least document the assumptions.

>
> >
> > Looking at the commit that introduces this which is 9379ea9db3c that says:
> >
> > """
> > Otherwise the loaded queues will not have handlers and elements
> > in them will not be processed.
> > """
> >
> > I fail to remember what it means or what happens if we don't do 9379ea9db3c.
>
> The packets and control commands in the queues except the first queue
> will not be processed because they do not have handle_output set.

I don't understand here, the VM is not resumed in this case. Or what
issue did you see here?

Thanks

>
> Regards,
> Akihiko Odaki
>



  reply	other threads:[~2025-05-16  1:45 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-05-10  7:24 [PATCH] virtio-net: Add queues for RSS during migration Akihiko Odaki
2025-05-14  1:34 ` Lei Yang
2025-05-14  5:05 ` Jason Wang
2025-05-14  6:58   ` Akihiko Odaki
2025-05-16  1:44     ` Jason Wang [this message]
2025-05-16  3:29       ` Akihiko Odaki
2025-05-21  0:51         ` Jason Wang
2025-05-21  3:51           ` Akihiko Odaki
2025-05-22  1:50             ` Jason Wang
2025-05-22  4:39               ` Akihiko Odaki
2025-05-26  0:41                 ` Jason Wang
2025-05-26  3:21                   ` Akihiko Odaki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CACGkMEu_hyc-mP4zk9kJprCpFQbVzO0D2SEMy9eid5TmUH7Uaw@mail.gmail.com \
    --to=jasowang@redhat.com \
    --cc=akihiko.odaki@daynix.com \
    --cc=devel@daynix.com \
    --cc=mst@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).