From: patchwork-bot+netdevbpf@kernel.org
To: Alexei Starovoitov <alexei.starovoitov@gmail.com>
Cc: bpf@vger.kernel.org, daniel@iogearbox.net, andrii@kernel.org,
eddyz87@gmail.com, memxor@gmail.com
Subject: Re: [PATCH bpf-next v2] bpf: Refuse the prologue for an extension if callers keep packet pointers
Date: Mon, 19 Oct 2026 03:20:05 +0000 [thread overview]
Message-ID: <179238000530.2381645.9304275221355856446.git-patchwork-notify@kernel.org> (raw)
In-Reply-To: <20261019011328.1843764-1-alexei.starovoitov@gmail.com>
Hello:
This patch was applied to bpf/bpf-next.git (master)
by Kumar Kartikeya Dwivedi <memxor@gmail.com>:
On Mon, 19 Oct 2026 01:13:27 +0000 you wrote:
> From: Alexei Starovoitov <ast@kernel.org>
>
> An extension that writes to the packet of a tc, lwt_xmit or sk_skb program
> starts with bpf_unclone_prologue(). If the skb is cloned, that gives it
> a new head.
>
> It does not count as changing packet data. changes_pkt_data goes by the
> helpers and kfuncs that a program calls, and whether it gets a prologue
> is known only after it has been compared with its target. So the extension
> can replace a global function that leaves the packet alone, and the callers
> of that function keep their packet pointers across the call. These point
> into the old head, which is left to the other clone. Once that is freed,
> by the reader of a packet socket for example:
>
> [...]
Here is the summary with links:
- [bpf-next,v2] bpf: Refuse the prologue for an extension if callers keep packet pointers
https://git.kernel.org/bpf/bpf-next/c/4f842631f178
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
prev parent reply other threads:[~2026-10-19 3:20 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-19 1:13 [PATCH bpf-next v2] bpf: Refuse the prologue for an extension if callers keep packet pointers Alexei Starovoitov
2026-10-19 3:20 ` patchwork-bot+netdevbpf [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=179238000530.2381645.9304275221355856446.git-patchwork-notify@kernel.org \
--to=patchwork-bot+netdevbpf@kernel.org \
--cc=alexei.starovoitov@gmail.com \
--cc=andrii@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=eddyz87@gmail.com \
--cc=memxor@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.