From: Jason Wang <jasowang@redhat.com>
To: Heng Qi <hengqi@linux.alibaba.com>,
netdev@vger.kernel.org, bpf@vger.kernel.org
Cc: "Michael S . Tsirkin" <mst@redhat.com>,
Paolo Abeni <pabeni@redhat.com>, Jakub Kicinski <kuba@kernel.org>,
John Fastabend <john.fastabend@gmail.com>,
"David S . Miller" <davem@davemloft.net>,
Daniel Borkmann <daniel@iogearbox.net>,
Alexei Starovoitov <ast@kernel.org>,
Eric Dumazet <edumazet@google.com>,
Xuan Zhuo <xuanzhuo@linux.alibaba.com>
Subject: Re: [PATCH v2 5/9] virtio_net: construct multi-buffer xdp in mergeable
Date: Wed, 28 Dec 2022 14:24:22 +0800 [thread overview]
Message-ID: <bfc3f1d0-b656-8d2b-c85d-f20a23f2e976@redhat.com> (raw)
In-Reply-To: <83dc59b1-99f6-58fe-56b5-de5158bcc3cd@linux.alibaba.com>
在 2022/12/27 17:31, Heng Qi 写道:
>
>
> 在 2022/12/27 下午3:01, Jason Wang 写道:
>>
>> 在 2022/12/20 22:14, Heng Qi 写道:
>>> Build multi-buffer xdp using virtnet_build_xdp_buff_mrg().
>>>
>>> For the prefilled buffer before xdp is set, we will probably use
>>> vq reset in the future. At the same time, virtio net currently
>>> uses comp pages, and bpf_xdp_frags_increase_tail() needs to calculate
>>> the tailroom of the last frag, which will involve the offset of the
>>> corresponding page and cause a negative value, so we disable tail
>>> increase by not setting xdp_rxq->frag_size.
>>>
>>> Signed-off-by: Heng Qi <hengqi@linux.alibaba.com>
>>> Reviewed-by: Xuan Zhuo <xuanzhuo@linux.alibaba.com>
>>> ---
>>> drivers/net/virtio_net.c | 60
>>> +++++++++++++++++++++++++++++-----------
>>> 1 file changed, 44 insertions(+), 16 deletions(-)
>>>
>>> diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
>>> index 8fc3b1841d92..40bc58fa57f5 100644
>>> --- a/drivers/net/virtio_net.c
>>> +++ b/drivers/net/virtio_net.c
>>> @@ -1018,6 +1018,7 @@ static struct sk_buff
>>> *receive_mergeable(struct net_device *dev,
>>> unsigned int *xdp_xmit,
>>> struct virtnet_rq_stats *stats)
>>> {
>>> + unsigned int tailroom = SKB_DATA_ALIGN(sizeof(struct
>>> skb_shared_info));
>>> struct virtio_net_hdr_mrg_rxbuf *hdr = buf;
>>> u16 num_buf = virtio16_to_cpu(vi->vdev, hdr->num_buffers);
>>> struct page *page = virt_to_head_page(buf);
>>> @@ -1048,11 +1049,14 @@ static struct sk_buff
>>> *receive_mergeable(struct net_device *dev,
>>> rcu_read_lock();
>>> xdp_prog = rcu_dereference(rq->xdp_prog);
>>> if (xdp_prog) {
>>> + unsigned int xdp_frags_truesz = 0;
>>> + struct skb_shared_info *shinfo;
>>> struct xdp_frame *xdpf;
>>> struct page *xdp_page;
>>> struct xdp_buff xdp;
>>> void *data;
>>> u32 act;
>>> + int i;
>>> /* Transient failure which in theory could occur if
>>> * in-flight packets from before XDP was enabled reach
>>> @@ -1061,19 +1065,23 @@ static struct sk_buff
>>> *receive_mergeable(struct net_device *dev,
>>> if (unlikely(hdr->hdr.gso_type))
>>> goto err_xdp;
>>> - /* Buffers with headroom use PAGE_SIZE as alloc size,
>>> - * see add_recvbuf_mergeable() + get_mergeable_buf_len()
>>> + /* Now XDP core assumes frag size is PAGE_SIZE, but buffers
>>> + * with headroom may add hole in truesize, which
>>> + * make their length exceed PAGE_SIZE. So we disabled the
>>> + * hole mechanism for xdp. See add_recvbuf_mergeable().
>>> */
>>> frame_sz = headroom ? PAGE_SIZE : truesize;
>>> - /* This happens when rx buffer size is underestimated
>>> - * or headroom is not enough because of the buffer
>>> - * was refilled before XDP is set. This should only
>>> - * happen for the first several packets, so we don't
>>> - * care much about its performance.
>>> + /* This happens when headroom is not enough because
>>> + * of the buffer was prefilled before XDP is set.
>>> + * This should only happen for the first several packets.
>>> + * In fact, vq reset can be used here to help us clean up
>>> + * the prefilled buffers, but many existing devices do not
>>> + * support it, and we don't want to bother users who are
>>> + * using xdp normally.
>>> */
>>> - if (unlikely(num_buf > 1 ||
>>> - headroom < virtnet_get_headroom(vi))) {
>>> + if (!xdp_prog->aux->xdp_has_frags &&
>>> + (num_buf > 1 || headroom < virtnet_get_headroom(vi))) {
>>> /* linearize data for XDP */
>>> xdp_page = xdp_linearize_page(rq, &num_buf,
>>> page, offset,
>>> @@ -1084,17 +1092,26 @@ static struct sk_buff
>>> *receive_mergeable(struct net_device *dev,
>>> if (!xdp_page)
>>> goto err_xdp;
>>> offset = VIRTIO_XDP_HEADROOM;
>>> + } else if (unlikely(headroom < virtnet_get_headroom(vi))) {
>>
>>
>> I believe we need to check xdp_prog->aux->xdp_has_frags at least
>> since this may not work if it needs more than one frags?
>
> Sorry Jason, I didn't understand you, I'll try to answer. For
> multi-buffer xdp programs, if the first buffer is a pre-filled buffer
> (no headroom),
> we need to copy it out and use the subsequent buffers of this packet
> as its frags (this is done in virtnet_build_xdp_buff_mrg()), therefore,
> it seems that there is no need to check 'xdp_prog->aux->xdp_has_frags'
> to mark multi-buffer xdp (of course I can add it),
>
> + } else if (unlikely(headroom < virtnet_get_headroom(vi))) {
>
> Because the linearization of single-buffer xdp has all been done
> before, the subsequent situation can only be applied to multi-buffer xdp:
> + if (!xdp_prog->aux->xdp_has_frags &&
> + (num_buf > 1 || headroom < virtnet_get_headroom(vi))) {
I basically meant what happens if
!xdp_prog->aux->xdp_has_frags && num_buf > 2 && headroom <
virtnet_get_headroom(vi)
In this case the current code seems to leave the second buffer in the
frags. This is the case of the buffer size underestimation that is
mentioned in the comment before (I'd like to keep that).
(And that's why I'm asking to use linearizge_page())
Thanks
>
>>
>> Btw, I don't see a reason why we can't reuse xdp_linearize_page(),
>> (we probably don't need error is the buffer exceeds PAGE_SIZE).
>
> For multi-buffer xdp, we only need to copy out the pre-filled first
> buffer, and use the remaining buffers of this packet as frags in
> virtnet_build_xdp_buff_mrg().
>
> Thanks.
>
>>
>> Other looks good.
>>
>> Thanks
>>
>>
>>> + if ((VIRTIO_XDP_HEADROOM + len + tailroom) > PAGE_SIZE)
>>> + goto err_xdp;
>>> +
>>> + xdp_page = alloc_page(GFP_ATOMIC);
>>> + if (!xdp_page)
>>> + goto err_xdp;
>>> +
>>> + memcpy(page_address(xdp_page) + VIRTIO_XDP_HEADROOM,
>>> + page_address(page) + offset, len);
>>> + frame_sz = PAGE_SIZE;
>>> + offset = VIRTIO_XDP_HEADROOM;
>>> } else {
>>> xdp_page = page;
>>> }
>>> -
>>> - /* Allow consuming headroom but reserve enough space to push
>>> - * the descriptor on if we get an XDP_TX return code.
>>> - */
>>> data = page_address(xdp_page) + offset;
>>> - xdp_init_buff(&xdp, frame_sz - vi->hdr_len, &rq->xdp_rxq);
>>> - xdp_prepare_buff(&xdp, data - VIRTIO_XDP_HEADROOM +
>>> vi->hdr_len,
>>> - VIRTIO_XDP_HEADROOM, len - vi->hdr_len, true);
>>> + err = virtnet_build_xdp_buff_mrg(dev, vi, rq, &xdp, data,
>>> len, frame_sz,
>>> + &num_buf, &xdp_frags_truesz, stats);
>>> + if (unlikely(err))
>>> + goto err_xdp_frags;
>>> act = bpf_prog_run_xdp(xdp_prog, &xdp);
>>> stats->xdp_packets++;
>>> @@ -1190,6 +1207,17 @@ static struct sk_buff
>>> *receive_mergeable(struct net_device *dev,
>>> __free_pages(xdp_page, 0);
>>> goto err_xdp;
>>> }
>>> +err_xdp_frags:
>>> + shinfo = xdp_get_shared_info_from_buff(&xdp);
>>> +
>>> + if (unlikely(xdp_page != page))
>>> + __free_pages(xdp_page, 0);
>>> +
>>> + for (i = 0; i < shinfo->nr_frags; i++) {
>>> + xdp_page = skb_frag_page(&shinfo->frags[i]);
>>> + put_page(xdp_page);
>>> + }
>>> + goto err_xdp;
>>> }
>>> rcu_read_unlock();
>
next prev parent reply other threads:[~2022-12-28 6:25 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-20 14:14 [PATCH v2 0/9] virtio_net: support multi buffer xdp Heng Qi
2022-12-20 14:14 ` [PATCH v2 1/9] virtio_net: disable the hole mechanism for xdp Heng Qi
2022-12-27 6:30 ` Jason Wang
2022-12-27 7:32 ` Heng Qi
2022-12-28 6:28 ` Jason Wang
2022-12-28 8:24 ` Heng Qi
2022-12-20 14:14 ` [PATCH v2 2/9] virtio_net: set up xdp for multi buffer packets Heng Qi
2022-12-27 6:32 ` Jason Wang
2022-12-27 12:20 ` Heng Qi
2022-12-28 3:50 ` Heng Qi
2022-12-28 6:27 ` Jason Wang
2022-12-20 14:14 ` [PATCH v2 3/9] virtio_net: update bytes calculation for xdp_frame Heng Qi
2022-12-20 14:14 ` [PATCH v2 4/9] virtio_net: build xdp_buff with multi buffers Heng Qi
2022-12-27 6:46 ` Jason Wang
2022-12-27 9:10 ` Heng Qi
2022-12-28 6:27 ` Jason Wang
2022-12-28 8:17 ` Heng Qi
2022-12-20 14:14 ` [PATCH v2 5/9] virtio_net: construct multi-buffer xdp in mergeable Heng Qi
2022-12-27 7:01 ` Jason Wang
2022-12-27 9:31 ` Heng Qi
2022-12-28 6:24 ` Jason Wang [this message]
2022-12-28 8:23 ` Heng Qi
2022-12-28 11:54 ` Jason Wang
2022-12-20 14:14 ` [PATCH v2 6/9] virtio_net: transmit the multi-buffer xdp Heng Qi
2022-12-27 7:12 ` Jason Wang
2022-12-27 8:26 ` Heng Qi
2022-12-28 6:30 ` Jason Wang
2022-12-28 8:25 ` Heng Qi
2022-12-20 14:14 ` [PATCH v2 7/9] virtio_net: build skb from " Heng Qi
2022-12-27 7:31 ` Jason Wang
2022-12-27 7:51 ` Heng Qi
2022-12-20 14:14 ` [PATCH v2 8/9] virtio_net: remove xdp related info from page_to_skb() Heng Qi
2022-12-27 7:55 ` Jason Wang
2022-12-27 8:27 ` Heng Qi
2022-12-20 14:14 ` [PATCH v2 9/9] virtio_net: support multi-buffer xdp Heng Qi
2022-12-27 9:03 ` Jason Wang
2022-12-27 9:11 ` Heng Qi
2022-12-22 1:30 ` [PATCH v2 0/9] virtio_net: support multi buffer xdp Jakub Kicinski
2022-12-22 2:04 ` Heng Qi
2022-12-26 2:32 ` Heng Qi
2022-12-26 4:14 ` Jason Wang
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=bfc3f1d0-b656-8d2b-c85d-f20a23f2e976@redhat.com \
--to=jasowang@redhat.com \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hengqi@linux.alibaba.com \
--cc=john.fastabend@gmail.com \
--cc=kuba@kernel.org \
--cc=mst@redhat.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=xuanzhuo@linux.alibaba.com \
/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).