From: Xuan Zhuo <xuanzhuo@linux.alibaba.com>
To: Bui Quang Minh <minhquangbui99@gmail.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>,
"Jason Wang" <jasowang@redhat.com>,
"Eugenio Pérez" <eperezma@redhat.com>,
"Andrew Lunn" <andrew+netdev@lunn.ch>,
"David S. Miller" <davem@davemloft.net>,
"Eric Dumazet" <edumazet@google.com>,
"Jakub Kicinski" <kuba@kernel.org>,
"Paolo Abeni" <pabeni@redhat.com>,
"Alexei Starovoitov" <ast@kernel.org>,
"Daniel Borkmann" <daniel@iogearbox.net>,
"Jesper Dangaard Brouer" <hawk@kernel.org>,
"John Fastabend" <john.fastabend@gmail.com>,
virtualization@lists.linux.dev, linux-kernel@vger.kernel.org,
bpf@vger.kernel.org, "Bui Quang Minh" <minhquangbui99@gmail.com>,
netdev@vger.kernel.org
Subject: Re: [PATCH net v2 1/2] virtio-net: xsk: rx: fix the frame's length check
Date: Tue, 24 Jun 2025 16:25:18 +0800 [thread overview]
Message-ID: <1750753518.4877846-3-xuanzhuo@linux.alibaba.com> (raw)
In-Reply-To: <20250621144952.32469-2-minhquangbui99@gmail.com>
On Sat, 21 Jun 2025 21:49:51 +0700, Bui Quang Minh <minhquangbui99@gmail.com> wrote:
> When calling buf_to_xdp, the len argument is the frame data's length
> without virtio header's length (vi->hdr_len). We check that len with
>
> xsk_pool_get_rx_frame_size() + vi->hdr_len
>
> to ensure the provided len does not larger than the allocated chunk
> size. The additional vi->hdr_len is because in virtnet_add_recvbuf_xsk,
> we use part of XDP_PACKET_HEADROOM for virtio header and ask the vhost
> to start placing data from
>
> hard_start + XDP_PACKET_HEADROOM - vi->hdr_len
> not
> hard_start + XDP_PACKET_HEADROOM
>
> But the first buffer has virtio_header, so the maximum frame's length in
> the first buffer can only be
>
> xsk_pool_get_rx_frame_size()
> not
> xsk_pool_get_rx_frame_size() + vi->hdr_len
>
> like in the current check.
>
> This commit adds an additional argument to buf_to_xdp differentiate
> between the first buffer and other ones to correctly calculate the maximum
> frame's length.
>
> Fixes: a4e7ba702701 ("virtio_net: xsk: rx: support recv small mode")
> Signed-off-by: Bui Quang Minh <minhquangbui99@gmail.com>
Reviewed-by: Xuan Zhuo <xuanzhuo@linux.alibaba.com>
> ---
> drivers/net/virtio_net.c | 22 ++++++++++++++++++----
> 1 file changed, 18 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
> index e53ba600605a..1eb237cd5d0b 100644
> --- a/drivers/net/virtio_net.c
> +++ b/drivers/net/virtio_net.c
> @@ -1127,15 +1127,29 @@ static void check_sq_full_and_disable(struct virtnet_info *vi,
> }
> }
>
> +/* Note that @len is the length of received data without virtio header */
> static struct xdp_buff *buf_to_xdp(struct virtnet_info *vi,
> - struct receive_queue *rq, void *buf, u32 len)
> + struct receive_queue *rq, void *buf,
> + u32 len, bool first_buf)
> {
> struct xdp_buff *xdp;
> u32 bufsize;
>
> xdp = (struct xdp_buff *)buf;
>
> - bufsize = xsk_pool_get_rx_frame_size(rq->xsk_pool) + vi->hdr_len;
> + /* In virtnet_add_recvbuf_xsk, we use part of XDP_PACKET_HEADROOM for
> + * virtio header and ask the vhost to fill data from
> + * hard_start + XDP_PACKET_HEADROOM - vi->hdr_len
> + * The first buffer has virtio header so the remaining region for frame
> + * data is
> + * xsk_pool_get_rx_frame_size()
> + * While other buffers than the first one do not have virtio header, so
> + * the maximum frame data's length can be
> + * xsk_pool_get_rx_frame_size() + vi->hdr_len
> + */
> + bufsize = xsk_pool_get_rx_frame_size(rq->xsk_pool);
> + if (!first_buf)
> + bufsize += vi->hdr_len;
>
> if (unlikely(len > bufsize)) {
> pr_debug("%s: rx error: len %u exceeds truesize %u\n",
> @@ -1260,7 +1274,7 @@ static int xsk_append_merge_buffer(struct virtnet_info *vi,
>
> u64_stats_add(&stats->bytes, len);
>
> - xdp = buf_to_xdp(vi, rq, buf, len);
> + xdp = buf_to_xdp(vi, rq, buf, len, false);
> if (!xdp)
> goto err;
>
> @@ -1358,7 +1372,7 @@ static void virtnet_receive_xsk_buf(struct virtnet_info *vi, struct receive_queu
>
> u64_stats_add(&stats->bytes, len);
>
> - xdp = buf_to_xdp(vi, rq, buf, len);
> + xdp = buf_to_xdp(vi, rq, buf, len, true);
> if (!xdp)
> return;
>
> --
> 2.43.0
>
next prev parent reply other threads:[~2025-06-24 8:26 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-21 14:49 [PATCH net v2 0/2] " Bui Quang Minh
2025-06-21 14:49 ` [PATCH net v2 1/2] " Bui Quang Minh
2025-06-24 8:25 ` Xuan Zhuo [this message]
2025-06-24 10:02 ` Paolo Abeni
2025-06-24 14:36 ` Bui Quang Minh
2025-06-21 14:49 ` [PATCH net v2 2/2] virtio-net: xsk: rx: move the xdp->data adjustment to buf_to_xdp() Bui Quang Minh
2025-06-24 8:26 ` Xuan Zhuo
2025-06-24 8:27 ` Xuan Zhuo
2025-06-24 10:17 ` Paolo Abeni
2025-06-24 14:58 ` Bui Quang Minh
2025-06-29 5:31 ` Bui Quang Minh
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=1750753518.4877846-3-xuanzhuo@linux.alibaba.com \
--to=xuanzhuo@linux.alibaba.com \
--cc=andrew+netdev@lunn.ch \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=eperezma@redhat.com \
--cc=hawk@kernel.org \
--cc=jasowang@redhat.com \
--cc=john.fastabend@gmail.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=minhquangbui99@gmail.com \
--cc=mst@redhat.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=virtualization@lists.linux.dev \
/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
all inboxes | Powered by JetHome®