From: sashiko-bot@kernel.org
To: "Yonghong Song" <yonghong.song@linux.dev>
Cc: bpf@vger.kernel.org
Subject: Re: [PATCH bpf-next 10/12] selftests/bpf: Add C tests for by-value arguments up to 16 bytes
Date: Fri, 04 Sep 2026 05:19:31 +0000 [thread overview]
Message-ID: <20260904051931.EDD761F00A3E@smtp.kernel.org> (raw)
In-Reply-To: <20260904051049.3982644-1-yonghong.song@linux.dev>
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Medium] `take_with_ptr_global` and its test are missing the `#if defined(__clang__)` guard used for other global functions taking structs by value, which will cause the test to fail when built with GCC.
- [Medium] `take_two_pairs_global` lacks the surrounding `int` arguments explicitly promised in the commit message to catch slot counting bugs.
--
commit a3823ad45ae612d86e218eeec89944cc894c7843
Author: Yonghong Song <yonghong.song@linux.dev>
selftests/bpf: Add C tests for by-value arguments up to 16 bytes
This commit extends the by-value argument tests with aggregate cases written
in C. It relies on the compiler to lower arguments into register pairs instead
of using hand-written register layouts.
> diff --git a/tools/testing/selftests/bpf/progs/verifier_int128_arg.c b/tools/testing/selftests/bpf/progs/verifier_int128_arg.c
> index 044fc4a800554..b10fb4aeb4056 100644
> --- a/tools/testing/selftests/bpf/progs/verifier_int128_arg.c
> +++ b/tools/testing/selftests/bpf/progs/verifier_int128_arg.c
[ ... ]
> +__noinline __u64 take_two_pairs_global(struct pair p, struct pair q)
> +{
> + return p.lo + p.hi + q.lo + q.hi;
> +}
> +
> +SEC("tc")
> +__success __retval(0)
> +int aggregate_arg_two_structs_c_test(struct __sk_buff *skb)
> +{
> + __u64 a = skb->len ^ MIX_A;
> + __u64 b = skb->len ^ MIX_B;
> + struct pair p = { .lo = a, .hi = b };
> + struct pair q = { .lo = b, .hi = a };
> +
> + if (take_two_pairs_global(p, q) != 2 * (a + b))
> + return 1;
> +
> + return 0;
> +}
[Severity: Medium]
Does this function signature and test implementation match the strategy
described in the commit message?
The commit message explicitly states a defensive testing strategy of having
"two struct arguments in a row, each with an int argument on either side so
that a wrong slot count shows up as a wrong value in the parameters around
it".
However, take_two_pairs_global completely omits these surrounding int
arguments. Can these be added to properly validate register slot counting?
[ ... ]
> +__noinline __u64 take_with_ptr_global(struct with_ptr s)
> +{
> + return s.x;
> +}
> +
> +SEC("tc")
> +__failure __msg("type STRUCT in take_with_ptr_global() is not composed of scalars")
> +int aggregate_arg_ptr_member_fail(struct __sk_buff *skb)
> +{
> + struct with_ptr s = { .p = skb, .x = skb->len };
> +
> + return take_with_ptr_global(s);
> +}
[Severity: Medium]
Should take_with_ptr_global and its test aggregate_arg_ptr_member_fail
be enclosed within the #if defined(__clang__) guard?
Other global functions taking structs by value in this file are guarded.
Since GCC passes aggregates by invisible reference, it will produce a
different BTF signature (a pointer instead of a struct).
Will this cause the test to fail when compiled with GCC, as the verifier
might not emit the specific "type STRUCT ... is not composed of scalars"
failure message?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260904050957.3976119-1-yonghong.song@linux.dev?part=10
next prev parent reply other threads:[~2026-09-04 5:19 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-04 5:09 [PATCH bpf-next 00/12] bpf: Support by-value struct and __int128 arguments Yonghong Song
2026-09-04 5:10 ` [PATCH bpf-next 01/12] selftests/bpf: Add a test for an __int128 by-value argument Yonghong Song
2026-09-04 5:10 ` [PATCH bpf-next 02/12] bpf: Index global function arguments by argument slot Yonghong Song
2026-09-04 5:10 ` [PATCH bpf-next 03/12] bpf: Support by-value struct arguments up to 16 bytes Yonghong Song
2026-09-04 5:23 ` sashiko-bot
2026-09-08 4:17 ` Yonghong Song
2026-09-04 6:09 ` bot+bpf-ci
2026-09-08 4:19 ` Yonghong Song
2026-09-04 5:10 ` [PATCH bpf-next 04/12] bpf: Support __int128 as a by-value function argument Yonghong Song
2026-09-04 5:32 ` sashiko-bot
2026-09-08 4:20 ` Yonghong Song
2026-09-04 6:09 ` bot+bpf-ci
2026-09-08 4:21 ` Yonghong Song
2026-09-04 5:10 ` [PATCH bpf-next 05/12] bpf: Support by-value struct and __int128 kfunc arguments Yonghong Song
2026-09-04 6:18 ` sashiko-bot
2026-09-08 4:22 ` Yonghong Song
2026-09-04 6:24 ` bot+bpf-ci
2026-09-08 4:23 ` Yonghong Song
2026-09-04 5:10 ` [PATCH bpf-next 06/12] bpf: Add a JIT helper for the outgoing stack of kfunc calls Yonghong Song
2026-09-04 5:25 ` sashiko-bot
2026-09-08 4:26 ` Yonghong Song
2026-09-04 5:10 ` [PATCH bpf-next 07/12] bpf, x86: Place kfunc arguments per the SysV calling convention Yonghong Song
2026-09-04 5:36 ` sashiko-bot
2026-09-08 4:27 ` Yonghong Song
2026-09-04 23:58 ` Alexei Starovoitov
2026-09-06 20:15 ` Yonghong Song
2026-09-08 4:33 ` Alexei Starovoitov
2026-09-08 5:02 ` Yonghong Song
2026-09-08 5:10 ` Yonghong Song
2026-09-08 15:24 ` Alexei Starovoitov
2026-09-08 18:43 ` Yonghong Song
2026-09-09 1:59 ` Alexei Starovoitov
2026-09-04 5:10 ` [PATCH bpf-next 08/12] bpf: Record a 16-byte argument alignment in the function model Yonghong Song
2026-09-04 6:09 ` bot+bpf-ci
2026-09-08 4:28 ` Yonghong Song
2026-09-04 5:10 ` [PATCH bpf-next 09/12] bpf, arm64: Place kfunc arguments per AAPCS64 Yonghong Song
2026-09-04 6:09 ` bot+bpf-ci
2026-09-04 5:10 ` [PATCH bpf-next 10/12] selftests/bpf: Add C tests for by-value arguments up to 16 bytes Yonghong Song
2026-09-04 5:19 ` sashiko-bot [this message]
2026-09-08 4:33 ` Yonghong Song
2026-09-04 6:09 ` bot+bpf-ci
2026-09-08 4:34 ` Yonghong Song
2026-09-04 5:10 ` [PATCH bpf-next 11/12] selftests/bpf: Add inline-asm tests for by-value arguments Yonghong Song
2026-09-04 6:09 ` bot+bpf-ci
2026-09-08 4:35 ` Yonghong Song
2026-09-04 5:11 ` [PATCH bpf-next 12/12] selftests/bpf: Add tests for by-value kfunc arguments Yonghong Song
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=20260904051931.EDD761F00A3E@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=yonghong.song@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.