From: Amery Hung <ameryhung@gmail.com>
To: bpf@vger.kernel.org
Cc: netdev@vger.kernel.org, alexei.starovoitov@gmail.com,
andrii@kernel.org, daniel@iogearbox.net, paul.chaignon@gmail.com,
kuba@kernel.org, stfomichev@gmail.com, martin.lau@kernel.org,
mohsin.bashr@gmail.com, noren@nvidia.com, dtatulea@nvidia.com,
saeedm@nvidia.com, tariqt@nvidia.com, mbloch@nvidia.com,
maciej.fijalkowski@intel.com, kernel-team@meta.com
Subject: Re: [PATCH bpf-next v4 0/6] Add kfunc bpf_xdp_pull_data
Date: Fri, 19 Sep 2025 11:13:08 -0700 [thread overview]
Message-ID: <bb70ed5e-48cb-41e2-921f-591fd619f304@gmail.com> (raw)
In-Reply-To: <20250919180926.1760403-1-ameryhung@gmail.com>
On 9/19/25 11:09 AM, Amery Hung wrote:
I sent the wrong one. I will resend v5. Sorry for spamming the list...
> v3 -> v4
> patch 2
> - Improve comments (Jakub)
> - Drop new_end and len_free to simplify code (Jakub)
>
> patch 4
> - Instead of adding is_xdp to bpf_test_init, move lower-bound check
> of user_size to callers (Martin)
> - Simplify linear data size calculation (Martin)
>
> patch 5
> - Add static function identifier (Martin)
> - Free calloc-ed buf (Martin)
>
> v2 -> v3
> Separate mlx5 fixes from the patchset
>
> patch 2
> - Use headroom for pulling data by shifting metadata and data down
> (Jakub)
> - Drop the flags argument (Martin)
>
> patch 4
> - Support empty linear xdp data for BPF_PROG_TEST_RUN
>
> Link: https://lore.kernel.org/bpf/20250915224801.2961360-1-ameryhung@gmail.com/
>
> v1 -> v2
> Rebase onto bpf-next
>
> Try to build on top of the mlx5 patchset that avoids copying payload
> to linear part by Christoph but got a kernel panic. Will rebase on
> that patchset if it got merged first, or separate the mlx5 fix
> from this set.
>
> patch 1
> - Remove the unnecessary head frag search (Dragos)
> - Rewind the end frag pointer to simplify the change (Dragos)
> - Rewind the end frag pointer and recalculate truesize only when the
> number of frags changed (Dragos)
>
> patch 3
> - Fix len == zero behavior. To mirror bpf_skb_pull_data() correctly,
> the kfunc should do nothing (Stanislav)
> - Fix a pointer wrap around bug (Jakub)
> - Use memmove() when moving sinfo->frags (Jakub)
>
> Link: https://lore.kernel.org/bpf/20250905173352.3759457-1-ameryhung@gmail.com/
>
> ---
>
> Hi all,
>
> This patchset introduces a new kfunc bpf_xdp_pull_data() to allow
> pulling nonlinear xdp data. This may be useful when a driver places
> headers in fragments. When an xdp program would like to keep parsing
> packet headers using direct packet access, it can call
> bpf_xdp_pull_data() to make the header available in the linear data
> area. The kfunc can also be used to decapsulate the header in the
> nonlinear data, as currently there is no easy way to do this.
>
> Tested with the added bpf selftest using bpf test_run and also on
> mlx5 with the tools/testing/selftests/drivers/net/{xdp.py, ping.py}.
> mlx5 with striding RQ enabled always passse xdp_buff with empty linear
> data to xdp programs. xdp.test_xdp_native_pass_mb would fail to parse
> the header before this patchset.
>
> Thanks!
> Amery
>
> Amery Hung (6):
> bpf: Allow bpf_xdp_shrink_data to shrink a frag from head and tail
> bpf: Support pulling non-linear xdp data
> bpf: Clear packet pointers after changing packet data in kfuncs
> bpf: Support specifying linear xdp packet data size for
> BPF_PROG_TEST_RUN
> selftests/bpf: Test bpf_xdp_pull_data
> selftests: drv-net: Pull data before parsing headers
>
> include/net/xdp_sock_drv.h | 21 ++-
> kernel/bpf/verifier.c | 13 ++
> net/bpf/test_run.c | 9 +-
> net/core/filter.c | 119 ++++++++++--
> .../bpf/prog_tests/xdp_context_test_run.c | 4 +-
> .../selftests/bpf/prog_tests/xdp_pull_data.c | 176 ++++++++++++++++++
> .../selftests/bpf/progs/test_xdp_pull_data.c | 48 +++++
> .../selftests/net/lib/xdp_native.bpf.c | 89 +++++++--
> 8 files changed, 445 insertions(+), 34 deletions(-)
> create mode 100644 tools/testing/selftests/bpf/prog_tests/xdp_pull_data.c
> create mode 100644 tools/testing/selftests/bpf/progs/test_xdp_pull_data.c
>
next prev parent reply other threads:[~2025-09-19 18:13 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-19 18:09 [PATCH bpf-next v4 0/6] Add kfunc bpf_xdp_pull_data Amery Hung
2025-09-19 18:09 ` [PATCH bpf-next v4 1/6] bpf: Allow bpf_xdp_shrink_data to shrink a frag from head and tail Amery Hung
2025-09-19 18:09 ` [PATCH bpf-next v4 2/6] bpf: Support pulling non-linear xdp data Amery Hung
2025-09-19 18:09 ` [PATCH bpf-next v4 3/6] bpf: Clear packet pointers after changing packet data in kfuncs Amery Hung
2025-09-19 18:09 ` [PATCH bpf-next v4 4/6] bpf: Support specifying linear xdp packet data size for BPF_PROG_TEST_RUN Amery Hung
2025-09-19 18:09 ` [PATCH bpf-next v4 5/6] selftests/bpf: Test bpf_xdp_pull_data Amery Hung
2025-09-19 18:09 ` [PATCH bpf-next v4 6/6] selftests: drv-net: Pull data before parsing headers Amery Hung
2025-09-19 18:13 ` Amery Hung [this message]
-- strict thread matches above, loose matches on Subject: below --
2025-09-17 22:55 [PATCH bpf-next v4 0/6] Add kfunc bpf_xdp_pull_data Amery Hung
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=bb70ed5e-48cb-41e2-921f-591fd619f304@gmail.com \
--to=ameryhung@gmail.com \
--cc=alexei.starovoitov@gmail.com \
--cc=andrii@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=dtatulea@nvidia.com \
--cc=kernel-team@meta.com \
--cc=kuba@kernel.org \
--cc=maciej.fijalkowski@intel.com \
--cc=martin.lau@kernel.org \
--cc=mbloch@nvidia.com \
--cc=mohsin.bashr@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=noren@nvidia.com \
--cc=paul.chaignon@gmail.com \
--cc=saeedm@nvidia.com \
--cc=stfomichev@gmail.com \
--cc=tariqt@nvidia.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.