From: Lorenzo Bianconi <lorenzo@kernel.org>
To: Pablo Neira Ayuso <pablo@netfilter.org>
Cc: netfilter-devel@vger.kernel.org
Subject: Re: [PATCH nf-next] netfilter: flowtable: do not scrub as crossing netns
Date: Tue, 3 Nov 2026 11:44:11 +0100 [thread overview]
Message-ID: <aum6-5SJ8vrdiPBo@lore-desk> (raw)
In-Reply-To: <20261103001103.564344-1-pablo@netfilter.org>
[-- Attachment #1: Type: text/plain, Size: 1802 bytes --]
> IPIP tunneling support does not result in crossing a netns, therefore,
> adopt the more conservative variant of skb_scrub_packet() by specifying
> !xnet, keep the existing skb mark in place.
>
> Fixes: d30301ba4b07 ("netfilter: flowtable: Add IPIP tx sw acceleration")
I guess we should add: Fixes: 93cf357fa797 ("netfilter: flowtable: Add IP6IP6 tx sw acceleration")
> Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
Acked-by: Lorenzo Bianconi <lorenzo@kernel.org>
> ---
> @Lorenzo: Do you remember the reason why this is scrubbing as crossing netns?
> There is a LLM report that is flagging this as an issue when interacting with
> other subsystem, eg. packets was marked. At least in the tunnel driver I can
> see this is conditional.
I guess it is a leftover from original implementation
Regards,
Lorenzo
>
> net/netfilter/nf_flow_table_ip.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/net/netfilter/nf_flow_table_ip.c b/net/netfilter/nf_flow_table_ip.c
> index 19cafae748ab..78bba416dd5b 100644
> --- a/net/netfilter/nf_flow_table_ip.c
> +++ b/net/netfilter/nf_flow_table_ip.c
> @@ -630,7 +630,7 @@ static int nf_flow_tunnel_ip_push(struct net *net, struct sk_buff *skb,
> if (err)
> return err;
>
> - skb_scrub_packet(skb, true);
> + skb_scrub_packet(skb, false);
> skb_clear_hash_if_not_l4(skb);
>
> /* Push down and install the IP header. */
> @@ -699,7 +699,7 @@ static int nf_flow_tunnel_ip6_push(struct net *net, struct sk_buff *skb,
> if (err)
> return err;
>
> - skb_scrub_packet(skb, true);
> + skb_scrub_packet(skb, false);
> mtu = dst_mtu(dst) - sizeof(*ip6h);
> mtu = max(mtu, IPV6_MIN_MTU);
> skb_dst_update_pmtu_no_confirm(skb, mtu);
> --
> 2.47.3
>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2026-11-03 10:44 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-03 0:11 [PATCH nf-next] netfilter: flowtable: do not scrub as crossing netns Pablo Neira Ayuso
2026-11-03 10:44 ` Lorenzo Bianconi [this message]
-- strict thread matches above, loose matches on Subject: below --
2026-11-03 14:02 [PATCH net,v2 00/15] Netfilter/IPVS fixes for net Pablo Neira Ayuso
2026-11-03 14:02 ` [PATCH nf-next] netfilter: flowtable: do not scrub as crossing netns Pablo Neira Ayuso
2026-11-03 14:08 ` netdev-bot+sinfo
2026-11-03 14:10 ` Pablo Neira Ayuso
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=aum6-5SJ8vrdiPBo@lore-desk \
--to=lorenzo@kernel.org \
--cc=netfilter-devel@vger.kernel.org \
--cc=pablo@netfilter.org \
/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