From: Jakub Kicinski <kuba@kernel.org>
To: Alice Mikityanska <alice.kernel@fastmail.im>
Cc: Daniel Borkmann <daniel@iogearbox.net>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Paolo Abeni <pabeni@redhat.com>, Xin Long <lucien.xin@gmail.com>,
Willem de Bruijn <willemdebruijn.kernel@gmail.com>,
Willem de Bruijn <willemb@google.com>,
David Ahern <dsahern@kernel.org>,
Nikolay Aleksandrov <razor@blackwall.org>,
Shuah Khan <shuah@kernel.org>,
Stanislav Fomichev <stfomichev@gmail.com>,
Andrew Lunn <andrew+netdev@lunn.ch>,
Simon Horman <horms@kernel.org>, Florian Westphal <fw@strlen.de>,
netdev@vger.kernel.org, Alice Mikityanska <alice@isovalent.com>
Subject: Re: [PATCH net-next v5 00/11] BIG TCP for UDP tunnels
Date: Wed, 27 May 2026 19:13:03 -0700 [thread overview]
Message-ID: <20260527191303.78dfffde@kernel.org> (raw)
In-Reply-To: <20260526161200.1135899-1-alice.kernel@fastmail.im>
On Tue, 26 May 2026 18:11:49 +0200 Alice Mikityanska wrote:
> This series is a follow-up to "BIG TCP without HBH in IPv6", and it adds
> support for BIG TCP IPv4/IPv6 workloads in vxlan and geneve. Now that
> IPv6 BIG TCP doesn't require stripping the HBH in all various
> combinations in tunneled traffic, adding BIG TCP becomes feasible.
>
> Patches 01-02 are small fixups to some related code that I'm changing in
> the series.
>
> Patch 03 adds accessors for the length field in the UDP header, as
> suggested by Paolo in review. The usage of udp_set_len is then added in
> the following patches that start using length=0 in BIG TCP UDP packets.
>
> Patches 04-06 close the gaps that prevent BIG TCP packets from going
> through UDP tunnel code.
>
> Patch 07 re-adds proper validation of malformed packets that arrive with
> length=0 from the wire.
>
> Patch 08 is for proper formatting in tcpdump (set UDP len to 0 rather
> than a trimmed value on overflow).
>
> Patches 09-10 bump up tso_max_size for VXLAN and GENEVE.
>
> Patch 11 adds selftests.
Looks like the selftest fails on debug kernel builds:
# overriding timeout to 7200
# selftests: net: big_tcp_tunnels.sh
# 0.50 [+0.50] Setting up VXLAN over IPv4
# 0.78 [+0.28] Running IPv4 traffic in the tunnel
# 5.93 [+5.14] Captured BIG TCP GRO packets: 18138
# 5.93 [+0.00] Captured BIG TCP GSO packets: 17445
# 6.01 [+0.08] Setting up VXLAN over IPv4
# 6.29 [+0.29] Running IPv6 traffic in the tunnel
# 11.40 [+5.11] Captured BIG TCP GRO packets: 17827
# 11.40 [+0.00] Captured BIG TCP GSO packets: 16964
# 11.49 [+0.08] Setting up VXLAN over IPv6
# 11.78 [+0.29] Running IPv4 traffic in the tunnel
# 16.89 [+5.11] Captured BIG TCP GRO packets: 8951
# 16.89 [+0.00] Captured BIG TCP GSO packets: 9063
not ok 1 selftests: net: big_tcp_tunnels.sh # exit=1
https://netdev-ctrl.bots.linux.dev/logs/vmksft/net-dbg/results/665442/153-big-tcp-tunnels-sh/stdout
https://netdev-ctrl.bots.linux.dev/logs/vmksft/net-dbg/results/665442/153-big-tcp-tunnels-sh-retry/stdout
prev parent reply other threads:[~2026-05-28 2:13 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-26 16:11 [PATCH net-next v5 00/11] BIG TCP for UDP tunnels Alice Mikityanska
2026-05-26 16:11 ` [PATCH net-next v5 01/11] net/sched: act_csum: don't mangle UDP tunnel GSO packets Alice Mikityanska
2026-05-26 16:11 ` [PATCH net-next v5 02/11] geneve: Fix off-by-one comparing with GRO_LEGACY_MAX_SIZE Alice Mikityanska
2026-05-26 16:11 ` [PATCH net-next v5 03/11] net: Use helpers to get/set UDP len tree-wide Alice Mikityanska
2026-05-26 16:11 ` [PATCH net-next v5 04/11] net: Enable BIG TCP with partial GSO Alice Mikityanska
2026-05-26 16:11 ` [PATCH net-next v5 05/11] udp: Support gro_ipv4_max_size > 65536 Alice Mikityanska
2026-05-26 16:11 ` [PATCH net-next v5 06/11] udp: Support BIG TCP GSO packets where they can occur Alice Mikityanska
2026-05-26 16:11 ` [PATCH net-next v5 07/11] udp: Validate UDP length in udp_gro_receive Alice Mikityanska
2026-05-26 16:11 ` [PATCH net-next v5 08/11] udp: Set length in UDP header to 0 for big GSO packets Alice Mikityanska
2026-05-26 16:11 ` [PATCH net-next v5 09/11] vxlan: Enable BIG TCP packets Alice Mikityanska
2026-05-26 16:11 ` [PATCH net-next v5 10/11] geneve: " Alice Mikityanska
2026-05-26 16:12 ` [PATCH net-next v5 11/11] selftests: net: Add a test for BIG TCP in UDP tunnels Alice Mikityanska
2026-05-28 2:13 ` Jakub Kicinski [this message]
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=20260527191303.78dfffde@kernel.org \
--to=kuba@kernel.org \
--cc=alice.kernel@fastmail.im \
--cc=alice@isovalent.com \
--cc=andrew+netdev@lunn.ch \
--cc=daniel@iogearbox.net \
--cc=davem@davemloft.net \
--cc=dsahern@kernel.org \
--cc=edumazet@google.com \
--cc=fw@strlen.de \
--cc=horms@kernel.org \
--cc=lucien.xin@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=razor@blackwall.org \
--cc=shuah@kernel.org \
--cc=stfomichev@gmail.com \
--cc=willemb@google.com \
--cc=willemdebruijn.kernel@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.