From: Jason Wang <jasowang@redhat.com>
To: Akihiko Odaki <akihiko.odaki@daynix.com>
Cc: Dmitry Fleytman <dmitry.fleytman@gmail.com>,
Thomas Huth <thuth@redhat.com>,
Laurent Vivier <lvivier@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>,
qemu-devel@nongnu.org, qemu-ppc@nongnu.org,
"Michael S . Tsirkin" <mst@redhat.com>,
Yan Vugenfirer <yvugenfi@redhat.com>,
Yuri Benditovich <yuri.benditovich@daynix.com>,
Sriram Yagnaraman <sriram.yagnaraman@est.tech>,
Alexander Bulekov <alxndr@bu.edu>
Subject: Re: [PATCH v5 21/29] hw/net/net_tx_pkt: Automatically determine if virtio-net header is used
Date: Tue, 21 Feb 2023 11:38:41 +0800 [thread overview]
Message-ID: <dfa9d36f-f3f6-8f72-7e11-d4f4620fb1c5@redhat.com> (raw)
In-Reply-To: <20230201033539.30049-22-akihiko.odaki@daynix.com>
在 2023/2/1 11:35, Akihiko Odaki 写道:
> The new function qemu_get_using_vnet_hdr() allows to automatically
> determine if virtio-net header is used.
>
> Signed-off-by: Akihiko Odaki <akihiko.odaki@daynix.com>
> ---
> hw/net/e1000e_core.c | 3 +--
> hw/net/net_tx_pkt.c | 19 ++++++++++---------
> hw/net/net_tx_pkt.h | 3 +--
> hw/net/vmxnet3.c | 6 ++----
> 4 files changed, 14 insertions(+), 17 deletions(-)
>
> diff --git a/hw/net/e1000e_core.c b/hw/net/e1000e_core.c
> index 38d374fba3..954a007151 100644
> --- a/hw/net/e1000e_core.c
> +++ b/hw/net/e1000e_core.c
> @@ -3376,8 +3376,7 @@ e1000e_core_pci_realize(E1000ECore *core,
> qemu_add_vm_change_state_handler(e1000e_vm_state_change, core);
>
> for (i = 0; i < E1000E_NUM_QUEUES; i++) {
> - net_tx_pkt_init(&core->tx[i].tx_pkt, core->owner,
> - E1000E_MAX_TX_FRAGS, core->has_vnet);
> + net_tx_pkt_init(&core->tx[i].tx_pkt, core->owner, E1000E_MAX_TX_FRAGS);
> }
>
> net_rx_pkt_init(&core->rx_pkt, core->has_vnet);
> diff --git a/hw/net/net_tx_pkt.c b/hw/net/net_tx_pkt.c
> index 8a23899a4d..cf46c8457f 100644
> --- a/hw/net/net_tx_pkt.c
> +++ b/hw/net/net_tx_pkt.c
> @@ -35,7 +35,6 @@ struct NetTxPkt {
> PCIDevice *pci_dev;
>
> struct virtio_net_hdr virt_hdr;
> - bool has_virt_hdr;
So this requires implicit coupling of NetTxPkt and a NetClientState (not
self contained). This may work now but probably not the future e.g when
two packets were queued in a list when one packet has a vnet header but
another doesn't?
Thanks
>
> struct iovec *raw;
> uint32_t raw_frags;
> @@ -59,7 +58,7 @@ struct NetTxPkt {
> };
>
> void net_tx_pkt_init(struct NetTxPkt **pkt, PCIDevice *pci_dev,
> - uint32_t max_frags, bool has_virt_hdr)
> + uint32_t max_frags)
> {
> struct NetTxPkt *p = g_malloc0(sizeof *p);
>
> @@ -71,10 +70,8 @@ void net_tx_pkt_init(struct NetTxPkt **pkt, PCIDevice *pci_dev,
>
> p->max_payload_frags = max_frags;
> p->max_raw_frags = max_frags;
> - p->has_virt_hdr = has_virt_hdr;
> p->vec[NET_TX_PKT_VHDR_FRAG].iov_base = &p->virt_hdr;
> - p->vec[NET_TX_PKT_VHDR_FRAG].iov_len =
> - p->has_virt_hdr ? sizeof p->virt_hdr : 0;
> + p->vec[NET_TX_PKT_VHDR_FRAG].iov_len = sizeof p->virt_hdr;
> p->vec[NET_TX_PKT_L2HDR_FRAG].iov_base = &p->l2_hdr;
> p->vec[NET_TX_PKT_L3HDR_FRAG].iov_base = &p->l3_hdr;
>
> @@ -617,9 +614,11 @@ static bool net_tx_pkt_do_sw_fragmentation(struct NetTxPkt *pkt,
>
> bool net_tx_pkt_send(struct NetTxPkt *pkt, NetClientState *nc)
> {
> + bool using_vnet_hdr = qemu_get_using_vnet_hdr(nc->peer);
> +
> assert(pkt);
>
> - if (!pkt->has_virt_hdr &&
> + if (!using_vnet_hdr &&
> pkt->virt_hdr.flags & VIRTIO_NET_HDR_F_NEEDS_CSUM) {
> net_tx_pkt_do_sw_csum(pkt);
> }
> @@ -636,11 +635,13 @@ bool net_tx_pkt_send(struct NetTxPkt *pkt, NetClientState *nc)
> }
> }
>
> - if (pkt->has_virt_hdr ||
> + if (using_vnet_hdr ||
> pkt->virt_hdr.gso_type == VIRTIO_NET_HDR_GSO_NONE) {
> + int index = using_vnet_hdr ?
> + NET_TX_PKT_VHDR_FRAG : NET_TX_PKT_L2HDR_FRAG;
> net_tx_pkt_fix_ip6_payload_len(pkt);
> - net_tx_pkt_sendv(pkt, nc, pkt->vec,
> - pkt->payload_frags + NET_TX_PKT_PL_START_FRAG);
> + net_tx_pkt_sendv(pkt, nc, pkt->vec + index,
> + pkt->payload_frags + NET_TX_PKT_PL_START_FRAG - index);
> return true;
> }
>
> diff --git a/hw/net/net_tx_pkt.h b/hw/net/net_tx_pkt.h
> index 2e38a5fa69..8d3faa42fb 100644
> --- a/hw/net/net_tx_pkt.h
> +++ b/hw/net/net_tx_pkt.h
> @@ -32,10 +32,9 @@ struct NetTxPkt;
> * @pkt: packet pointer
> * @pci_dev: PCI device processing this packet
> * @max_frags: max tx ip fragments
> - * @has_virt_hdr: device uses virtio header.
> */
> void net_tx_pkt_init(struct NetTxPkt **pkt, PCIDevice *pci_dev,
> - uint32_t max_frags, bool has_virt_hdr);
> + uint32_t max_frags);
>
> /**
> * Clean all tx packet resources.
> diff --git a/hw/net/vmxnet3.c b/hw/net/vmxnet3.c
> index c63bbb59bd..8c3f5d6e14 100644
> --- a/hw/net/vmxnet3.c
> +++ b/hw/net/vmxnet3.c
> @@ -1521,8 +1521,7 @@ static void vmxnet3_activate_device(VMXNET3State *s)
>
> /* Preallocate TX packet wrapper */
> VMW_CFPRN("Max TX fragments is %u", s->max_tx_frags);
> - net_tx_pkt_init(&s->tx_pkt, PCI_DEVICE(s),
> - s->max_tx_frags, s->peer_has_vhdr);
> + net_tx_pkt_init(&s->tx_pkt, PCI_DEVICE(s), s->max_tx_frags);
> net_rx_pkt_init(&s->rx_pkt, s->peer_has_vhdr);
>
> /* Read rings memory locations for RX queues */
> @@ -2402,8 +2401,7 @@ static int vmxnet3_post_load(void *opaque, int version_id)
> {
> VMXNET3State *s = opaque;
>
> - net_tx_pkt_init(&s->tx_pkt, PCI_DEVICE(s),
> - s->max_tx_frags, s->peer_has_vhdr);
> + net_tx_pkt_init(&s->tx_pkt, PCI_DEVICE(s), s->max_tx_frags);
> net_rx_pkt_init(&s->rx_pkt, s->peer_has_vhdr);
>
> if (s->msix_used) {
next prev parent reply other threads:[~2023-02-21 3:39 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-01 3:35 [PATCH v5 00/29] e1000x cleanups (preliminary for IGB) Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 01/29] e1000e: Fix the code style Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 02/29] hw/net: Add more MII definitions Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 03/29] fsl_etsec: Use hw/net/mii.h Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 04/29] e1000: " Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 05/29] e1000: Mask registers when writing Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 06/29] e1000e: " Akihiko Odaki
2023-02-21 8:28 ` Philippe Mathieu-Daudé
2023-02-01 3:35 ` [PATCH v5 07/29] e1000: Use more constant definitions Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 08/29] e1000e: " Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 09/29] e1000: Use memcpy to intialize registers Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 10/29] e1000e: " Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 11/29] e1000e: Remove pending interrupt flags Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 12/29] e1000e: Improve software reset Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 13/29] e1000: Configure ResettableClass Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 14/29] e1000e: " Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 15/29] e1000e: Introduce e1000_rx_desc_union Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 16/29] e1000e: Set MII_ANER_NWAY Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 17/29] e1000e: Remove extra pointer indirection Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 18/29] net: Check L4 header size Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 19/29] e1000x: Alter the signature of e1000x_is_vlan_packet Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 20/29] net: Strip virtio-net header when dumping Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 21/29] hw/net/net_tx_pkt: Automatically determine if virtio-net header is used Akihiko Odaki
2023-02-21 3:38 ` Jason Wang [this message]
2023-02-22 22:04 ` Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 22/29] hw/net/net_rx_pkt: Remove net_rx_pkt_has_virt_hdr Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 23/29] e1000e: Perform software segmentation for loopback Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 24/29] hw/net/net_tx_pkt: Implement TCP segmentation Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 25/29] hw/net/net_tx_pkt: Check the payload length Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 26/29] e1000e: Do not assert when MSI-X is disabled later Akihiko Odaki
2023-02-01 3:35 ` [PATCH v5 27/29] MAINTAINERS: Add Akihiko Odaki as a e1000e reviewer Akihiko Odaki
2023-02-21 8:17 ` Philippe Mathieu-Daudé
2023-02-01 3:35 ` [PATCH v5 28/29] MAINTAINERS: Add e1000e test files Akihiko Odaki
2023-02-21 8:17 ` Philippe Mathieu-Daudé
2023-02-01 3:35 ` [PATCH v5 29/29] e1000e: Combine rx traces Akihiko Odaki
2023-02-21 8:18 ` Philippe Mathieu-Daudé
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=dfa9d36f-f3f6-8f72-7e11-d4f4620fb1c5@redhat.com \
--to=jasowang@redhat.com \
--cc=akihiko.odaki@daynix.com \
--cc=alxndr@bu.edu \
--cc=dmitry.fleytman@gmail.com \
--cc=lvivier@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=sriram.yagnaraman@est.tech \
--cc=thuth@redhat.com \
--cc=yuri.benditovich@daynix.com \
--cc=yvugenfi@redhat.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).