From: sashiko-bot@kernel.org
To: "Jamal Hadi Salim" <jhs@mojatatu.com>
Cc: bpf@vger.kernel.org
Subject: Re: [PATCH net-next 2/2] bpf: drop the stale dst when redirecting to an explicit nexthop
Date: Thu, 12 Nov 2026 14:16:57 +0000 [thread overview]
Message-ID: <sashiko-outbox-211289@kernel.org> (raw)
In-Reply-To: <CORE-9NOG.v1.r0.20261111073528-2@mojatatu.com>
Thank you for your contribution! Sashiko AI review found 1 potential
issue to consider:
- [Low] bpf: missing Fixes trailer for commit ba452c9e996d in commit
message
--
commit 563f2cf949ebea821bc686f9b196aaca4663a1a8
Author: Jamal Hadi Salim <jhs@mojatatu.com>
> bpf: drop the stale dst when redirecting to an explicit nexthop
>
> This is a followup of the review of the teql arp-queue fix as reported
> by Sashiko.
>
> The issue: __bpf_redirect_neigh_v4() and __bpf_redirect_neigh_v6()
> install a dst for the redirect target only when the program lets the
> helper do the FIB lookup. With BPF_F_NEXTHOP the program supplies the
> nexthop, the lookup is skipped, and whatever dst the packet arrived
> with stays attached while bpf_out_neigh_v{4,6}() switch skb->dev to the
> target device. If that device's neighbour is incomplete the packet is
> parked on its arp_queue with the original route's dst; draining the
> queue re-looks the neighbour up from that dst and builds the frame with
> the original device's link-layer header, then transmits it on the target
> device.
>
> The Fix: drop the dst when the nexthop is supplied. That branch never
> consults the route dst, so nothing is lost, and the queue drain keeps
> the target device's parking neighbour.
>
> Conditions to recreate the bug: two network namespaces, A (10.10.0.1/24)
> and B (10.1.0.1/24) in one, their veth peers in the other with only A's
> peer addressed (10.10.0.2/24) so B's nexthop cannot be resolved by ARP.
> Resolve A's neighbour for 10.10.0.2 as permanent and attach a cls_bpf
> egress program to A, with vb the index of B:
>
> struct bpf_redir_neigh nh = { .nh_family = AF_INET,
> .ipv4_nh = htonl(0x0a010002) };
>
> return bpf_redirect_neigh(vb, &nh, sizeof(nh), 0);
>
> Send one packet to 10.10.0.2. It is parked on B's incomplete neighbour
> for 10.1.0.2; once that neighbour becomes valid the frame leaves B
> carrying A's source address and A's neighbour as the destination.
>
> Reported-by: Sashiko (nipa) <sashiko-bot@kernel.org>
> Closes: https://netdev-ai.bots.linux.dev/sashiko/#/patchset/QDISC-6HS9.v3.r0.20261103062649-2@mojatatu.com
> Link: https://lore.kernel.org/netdev/QDISC-6HS9.v3.r0.20261103062649-2@mojatatu.com/
> Reviewed-by: Victor Nogueira <victor@mojatatu.com>
> Signed-off-by: Jamal Hadi Salim <jhs@mojatatu.com>
[Severity: Low]
This fixes a bug in the explicit nexthop handling of
__bpf_redirect_neigh_v4() and __bpf_redirect_neigh_v6(). Should the
commit message include a Fixes tag?
Fixes: ba452c9e996d ("bpf: Fix bpf_redirect_neigh helper api to support supplying nexthop")
--
Sashiko AI review · https://sashiko.dev/#/patchset/CORE-9NOG.v1.r0.20261111073528@mojatatu.com?part=2
prev parent reply other threads:[~2026-11-12 14:16 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-11 14:16 [PATCH net-next 0/2] net: drop the stale dst when steering to another device Jamal Hadi Salim
2026-11-11 14:16 ` [PATCH net-next 1/2] netfilter: nft_fwd_netdev: drop the stale dst when steering to a device Jamal Hadi Salim
2026-11-11 21:33 ` Pablo Neira Ayuso
2026-11-12 10:49 ` Jamal Hadi Salim
2026-11-11 14:16 ` [PATCH net-next 2/2] bpf: drop the stale dst when redirecting to an explicit nexthop Jamal Hadi Salim
2026-11-12 14:16 ` sashiko-bot [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=sashiko-outbox-211289@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=jhs@mojatatu.com \
--cc=sashiko-reviews@lists.linux.dev \
/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.