From: Cornelia Huck <cohuck@redhat.com>
To: Heng Qi <hengqi@linux.alibaba.com>, virtio-dev@lists.oasis-open.org
Cc: jasowang@redhat.com, mst@redhat.com, xuanzhuo@linux.alibaba.com,
kangjie.xu@linux.alibaba.com
Subject: Re: [virtio-dev] [PATCH v7] virtio_net: support split header
Date: Thu, 25 Aug 2022 16:22:59 +0200 [thread overview]
Message-ID: <87v8qgo118.fsf@redhat.com> (raw)
In-Reply-To: <1660642495-104002-1-git-send-email-hengqi@linux.alibaba.com>
On Tue, Aug 16 2022, Heng Qi <hengqi@linux.alibaba.com> wrote:
> From: Xuan Zhuo <xuanzhuo@linux.alibaba.com>
>
> The purpose of this feature is to split the header and the payload of
> the packet.
>
> | receive buffer |
> | 0th descriptor | 1th descriptor |
> | virtnet hdr | mac | ip hdr | tcp hdr|<-- hold -->| payload |
>
> We can use a buffer plus a separate page when allocating the receive
> buffer. In this way, we can ensure that all payloads can be
> independently in a page, which is very beneficial for the zerocopy
> implemented by the upper layer.
>
> Signed-off-by: Xuan Zhuo <xuanzhuo@linux.alibaba.com>
> Signed-off-by: Heng Qi <hengqi@linux.alibaba.com>
> Reviewed-by: Kangjie Xu <kangjie.xu@linux.alibaba.com>
> ---
> v7:
> 1. Fix some presentation issues.
> 2. Use "split transport header". @Jason Wang
> 3. Clarify some paragraphs. @Cornelia Huck
> 4. determine the device what to do if it does not perform header split on a packet.
>
> v6:
> 1. Fix some syntax issues. @Cornelia Huck
> 2. Clarify some paragraphs. @Cornelia Huck
> 3. Determine the device what to do if it does not perform header split on a packet.
>
> v5:
> 1. Determine when hdr_len is credible in the process of rx
> 2. Clean up the use of buffers and descriptors
> 3. Clarify the meaning of used lenght if the first descriptor is skipped in the case of merge
>
> v4:
> 1. fix typo @Cornelia Huck @Jason Wang
> 2. do not split header for IP fragmentation packet. @Jason Wang
>
> v3:
> 1. Fix some syntax issues
> 2. Fix some terminology issues
> 3. It is not unified with ip alignment, so ip alignment is not included
> 4. Make it clear that the device must support four types, in the case of successful negotiation.
>
> conformance.tex | 2 ++
> content.tex | 102 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 2 files changed, 104 insertions(+)
I do not have any further comments on the change, let's see what the
networking folks think.
[Do we require patches to be posted to virtio-comment, or is virtio-dev
enough? I'm a bit unsure right now.]
---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org
next prev parent reply other threads:[~2022-08-25 14:23 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-16 9:34 [virtio-dev] [PATCH v7] virtio_net: support split header Heng Qi
2022-08-25 14:22 ` Cornelia Huck [this message]
2022-08-30 11:23 ` Heng Qi
2022-08-30 11:26 ` Heng Qi
2022-09-02 4:12 ` Heng Qi
2022-09-08 21:18 ` Michael S. Tsirkin
2022-09-02 6:21 ` [virtio-dev] " Jason Wang
2022-09-02 6:41 ` Michael S. Tsirkin
2022-09-02 8:58 ` Heng Qi
2022-09-04 20:31 ` Michael S. Tsirkin
2022-09-05 7:52 ` Xuan Zhuo
2022-09-05 8:37 ` Heng Qi
2022-09-05 9:43 ` Xuan Zhuo
2022-09-06 5:47 ` Jason Wang
2022-09-08 21:18 ` Michael S. Tsirkin
2022-09-02 7:36 ` Heng Qi
2022-09-04 20:27 ` Michael S. Tsirkin
2022-09-06 5:56 ` Jason Wang
2022-09-09 7:41 ` [virtio-dev] " Heng Qi
2022-09-09 11:15 ` Michael S. Tsirkin
2022-09-09 12:38 ` Xuan Zhuo
2022-09-14 3:34 ` Jason Wang
2022-09-27 21:35 ` Michael S. Tsirkin
2022-09-28 2:15 ` Heng Qi
2022-09-28 8:01 ` Xuan Zhuo
2022-09-09 12:47 ` Xuan Zhuo
2022-09-13 7:20 ` Heng Qi
2022-09-09 10:22 ` Heng Qi
2022-09-02 8:26 ` Heng Qi
2022-09-06 5:53 ` Jason Wang
2022-09-02 6:48 ` Michael S. Tsirkin
2022-09-07 11:16 ` [virtio-dev] " Heng Qi
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=87v8qgo118.fsf@redhat.com \
--to=cohuck@redhat.com \
--cc=hengqi@linux.alibaba.com \
--cc=jasowang@redhat.com \
--cc=kangjie.xu@linux.alibaba.com \
--cc=mst@redhat.com \
--cc=virtio-dev@lists.oasis-open.org \
--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