From: sashiko-bot@kernel.org
To: ThisSeanZhang <thisseanzhang@gmail.com>, bpf@vger.kernel.org
Subject: Re: [RFC bpf-next v3 1/3] bpf: Add KF_CHANGES_PKT kfunc flag
Date: Wed, 11 Nov 2026 03:43:31 +0000 [thread overview]
Message-ID: <sashiko-outbox-208215@kernel.org> (raw)
In-Reply-To: <20261111032141.525444-2-thisseanzhang@gmail.com>
Thank you for your contribution! Sashiko AI review found 1 potential
issue to consider:
- [High] bpf: Signed-off-by trailer uses handle instead of full name
--
commit 59e7e83571f6e7abee77827b13a92abbf8a20431
Author: ThisSeanZhang <thisseanzhang@gmail.com>
> bpf: Add KF_CHANGES_PKT kfunc flag
>
> The verifier invalidates packet pointers after a call to a helper that
> may change packet data, see bpf_helper_changes_pkt_data(). Kfuncs have
> no equivalent: bpf_is_kfunc_pkt_changing() special-cases
> bpf_xdp_pull_data() by ID, and the kfuncs that write through a dynptr
> are listed in dynptr_write_kfuncs, because the dynptr type is not known
> when the arguments are checked.
>
> Add KF_CHANGES_PKT so that a kfunc can declare this where it is
> defined, instead of adding another entry to the kfunc lists in the
> verifier. The verifier then invalidates packet pointers after a call to
> such a kfunc, like it does for the equivalent helpers; a stale packet
> pointer kept in a callee-saved register across the call is rejected at
> verification time.
>
> The same predicate is used by the CFG pass to propagate the
> changes_pkt_data property to the callers of a subprogram, so a kfunc
> called through a subprogram is covered as well.
>
> This is needed by the PPPoE encap/decap kfuncs added later in this
> series, which adjust the skb like bpf_skb_adjust_room() does.
>
> Signed-off-by: ThisSeanZhang <thisseanzhang@gmail.com>
[Severity: High]
The Author header and Signed-off-by trailer use a single-word handle
(ThisSeanZhang) rather than a real full name (such as Sean Zhang), as
required by the Developer's Certificate of Origin in
Documentation/process/submitting-patches.rst.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261111032141.525444-1-thisseanzhang@gmail.com?part=1
next prev parent reply other threads:[~2026-11-11 3:43 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-11 3:21 [RFC bpf-next v3 0/3] bpf: Add PPPoE encap/decap kfuncs ThisSeanZhang
2026-11-11 3:21 ` [RFC bpf-next v3 1/3] bpf: Add KF_CHANGES_PKT kfunc flag ThisSeanZhang
2026-11-11 3:43 ` sashiko-bot [this message]
2026-11-11 3:21 ` [RFC bpf-next v3 2/3] bpf: Add PPPoE encap/decap kfuncs ThisSeanZhang
2026-11-11 4:11 ` sashiko-bot
2026-11-11 3:21 ` [RFC bpf-next v3 3/3] selftests/bpf: Add a test for the " ThisSeanZhang
2026-11-11 4:36 ` sashiko-bot
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-208215@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=thisseanzhang@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.