From: Yonghong Song <yonghong.song@linux.dev>
To: bot+bpf-ci@kernel.org, bpf@vger.kernel.org
Cc: ast@kernel.org, andrii@kernel.org, daniel@iogearbox.net,
eddyz87@gmail.com, kernel-team@fb.com, martin.lau@kernel.org,
clm@meta.com, ihor.solodrai@linux.dev
Subject: Re: [PATCH bpf-next 09/12] selftests/bpf: Add C tests for 16-byte returns in R0:R2
Date: Thu, 9 Jul 2026 12:54:45 -0700 [thread overview]
Message-ID: <24e9b4a4-2ddb-431c-8821-c260a6641255@linux.dev> (raw)
In-Reply-To: <b4271ab7b2a5eb033b22efc367ad93796a92d63f65b7f1acafc80f9ef24d55ca@mail.kernel.org>
On 7/8/26 2:10 PM, bot+bpf-ci@kernel.org wrote:
>> diff --git a/tools/testing/selftests/bpf/prog_tests/aggregate_ret.c b/tools/testing/selftests/bpf/prog_tests/aggregate_ret.c
>> new file mode 100644
>> index 0000000000000..d4ecc19684cef
>> --- /dev/null
>> +++ b/tools/testing/selftests/bpf/prog_tests/aggregate_ret.c
>> @@ -0,0 +1,96 @@
> [ ... ]
>
>> +/*
>> + * Run one program and check its result. The program returns 0 on success, or
>> + * 1..4 identifying which half of which aggregate (R0:R2) return value came back
>> + * wrong. A return of -1 means the program was built with an LLVM that lacks
>> + * R0:R2 16-byte return support, in which case the subtest is skipped.
>> + */
> [ ... ]
>
>> + /* C variant (__int128): relies on LLVM 23 R0:R2 codegen, skipped otherwise. */
>> + if (test__start_subtest("int128_c"))
>> + run_prog(skel_c->progs.aggregate_ret_test, true);
>> +
>> + aggregate_ret_int128_c__destroy(skel_c);
>> +
>> + skel_struct_c = aggregate_ret_struct_c__open_and_load();
>> + if (!ASSERT_OK_PTR(skel_struct_c, "skel_struct_c_open_load"))
>> + return;
>> +
>> + /*
>> + * C variant returning a 16-byte struct by value: exercises the struct
>> + * branch of bpf_ret_reg_pair(). Also LLVM 23 only.
>> + */
>> + if (test__start_subtest("struct_c"))
>> + run_prog(skel_struct_c->progs.aggregate_ret_struct_c_test, true);
>> +
>> + /*
>> + * Same 16-byte struct return, but from a global (non-static) callee:
>> + * exercises the compiler lowering a global struct-returning function to
>> + * R0:R2 and the verifier's global return path end to end. Also LLVM 23
>> + * only.
>> + */
>> + if (test__start_subtest("global_struct_c"))
>> + run_prog(skel_struct_c->progs.aggregate_ret_global_struct_c_test, true);
>> +
>> + /*
>> + * Same 16-byte struct, but returned by value from a kfunc: exercises
>> + * the struct branch of check_kfunc_call() and the JIT RDX->R2 move.
>> + * Also LLVM 23 only.
>> + */
>> + if (test__start_subtest("kfunc_struct_c"))
>> + run_prog(skel_struct_c->progs.aggregate_ret_kfunc_struct_c_test, true);
> this isn't a bug, but the "Also LLVM 23 only." note is repeated on each
> of these per-subtest comments, and the run_prog() comment above already
> states that programs built without R0:R2 support return -1 and get
> skipped. Could that note be stated once rather than on every block?
Ack. Will do.
>
> Related, do the per-subtest comments need to name the specific internals
> (bpf_ret_reg_pair(), check_kfunc_call(), "the JIT RDX->R2 move"), or
> would a shorter note serve here?
I guess I can rename these comments, function names themselves already have
enough information.
>
>> diff --git a/tools/testing/selftests/bpf/test_kmods/bpf_testmod_kfunc.h b/tools/testing/selftests/bpf/test_kmods/bpf_testmod_kfunc.h
>> index c36bb911defa7..34d0a352e70dd 100644
>> --- a/tools/testing/selftests/bpf/test_kmods/bpf_testmod_kfunc.h
>> +++ b/tools/testing/selftests/bpf/test_kmods/bpf_testmod_kfunc.h
>> @@ -55,6 +55,15 @@ struct prog_test_big_arg {
>> __u64 b;
>> };
>>
>> +/*
>> + * A 16-byte struct returned by value from a kfunc, returned in the R0:R2
>> + * register pair.
>> + */
>> +struct bpf_kfunc_ret_ll { /* 16 bytes: R0:R2 */
> this isn't a bug, but the block comment already says the struct is 16
> bytes and returned in the R0:R2 register pair, and the trailing
> /* 16 bytes: R0:R2 */ on the next line repeats that. Could one of the
> two be dropped?
Yes, will drop.
>
>> + __u64 a;
>> + __u64 b;
>> +};
>
> ---
> AI reviewed your patch. Please fix the bug or email reply why it's not a bug.
> See: https://github.com/kernel-patches/vmtest/blob/master/ci/claude/README.md
>
> CI run summary: https://github.com/kernel-patches/bpf/actions/runs/28973410219
next prev parent reply other threads:[~2026-07-09 19:55 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-08 20:09 [PATCH bpf-next 00/12] bpf: Support 16-byte return values in the R0:R2 register pair Yonghong Song
2026-07-08 20:09 ` [PATCH bpf-next 01/12] bpf: Factor check_global_ret_scalar_reg() out of the global return check Yonghong Song
2026-07-08 20:09 ` [PATCH bpf-next 02/12] bpf: Add verifier support for 16-byte returns in R0:R2 Yonghong Song
2026-07-08 21:17 ` bot+bpf-ci
2026-07-09 16:40 ` Yonghong Song
2026-07-09 22:21 ` Eduard Zingerman
2026-07-10 4:57 ` Yonghong Song
2026-07-08 20:09 ` [PATCH bpf-next 03/12] bpf: Wire up JIT support for 16-byte kfunc returns Yonghong Song
2026-07-10 0:06 ` Eduard Zingerman
2026-07-08 20:10 ` [PATCH bpf-next 04/12] bpf: Track R2 of register-pair returns in precision backtracking Yonghong Song
2026-07-08 21:10 ` bot+bpf-ci
2026-07-09 16:41 ` Yonghong Song
2026-07-10 0:31 ` Eduard Zingerman
2026-07-08 20:10 ` [PATCH bpf-next 05/12] bpf: Account R2 of register-pair returns in live register analysis Yonghong Song
2026-07-08 21:10 ` bot+bpf-ci
2026-07-09 21:07 ` Eduard Zingerman
2026-07-10 5:06 ` Yonghong Song
2026-07-08 20:10 ` [PATCH bpf-next 06/12] bpf: Force JIT for programs using the R0:R2 register pair Yonghong Song
2026-07-08 21:10 ` bot+bpf-ci
2026-07-09 3:15 ` Leon Hwang
2026-07-09 16:44 ` Yonghong Song
2026-07-09 20:30 ` Eduard Zingerman
2026-07-10 5:07 ` Yonghong Song
2026-07-09 22:27 ` Eduard Zingerman
2026-07-10 5:09 ` Yonghong Song
2026-07-08 20:10 ` [PATCH bpf-next 07/12] bpf: Reject >8 byte return values on return-reading trampoline paths Yonghong Song
2026-07-09 3:16 ` Leon Hwang
2026-07-09 16:52 ` Yonghong Song
2026-07-10 2:01 ` Leon Hwang
2026-07-09 23:08 ` Eduard Zingerman
2026-07-10 2:02 ` Leon Hwang
2026-07-10 5:27 ` Yonghong Song
2026-07-10 5:12 ` Yonghong Song
2026-07-08 20:10 ` [PATCH bpf-next 08/12] bpf: Enable 16-byte aggregate return types Yonghong Song
2026-07-08 20:28 ` sashiko-bot
2026-07-09 19:40 ` Yonghong Song
2026-07-10 0:45 ` Eduard Zingerman
2026-07-10 5:29 ` Yonghong Song
2026-07-08 20:10 ` [PATCH bpf-next 09/12] selftests/bpf: Add C tests for 16-byte returns in R0:R2 Yonghong Song
2026-07-08 20:24 ` sashiko-bot
2026-07-09 19:51 ` Yonghong Song
2026-07-08 21:10 ` bot+bpf-ci
2026-07-09 19:54 ` Yonghong Song [this message]
2026-07-10 1:19 ` Eduard Zingerman
2026-07-10 5:32 ` Yonghong Song
2026-07-08 20:10 ` [PATCH bpf-next 10/12] selftests/bpf: Add inline-asm and subprog tests for R0:R2 returns Yonghong Song
2026-07-08 20:28 ` sashiko-bot
2026-07-09 19:57 ` Yonghong Song
2026-07-10 1:38 ` Eduard Zingerman
2026-07-10 5:35 ` Yonghong Song
2026-07-08 20:10 ` [PATCH bpf-next 11/12] selftests/bpf: Cover tracing on >8 and <=16 byte return targets Yonghong Song
2026-07-08 20:10 ` [PATCH bpf-next 12/12] Documentation/bpf: Document 16-byte kfunc return values in R0:R2 Yonghong Song
2026-07-10 0:56 ` [PATCH bpf-next 00/12] bpf: Support 16-byte return values in the R0:R2 register pair Eduard Zingerman
2026-07-10 6:00 ` Yonghong Song
2026-07-10 6:13 ` Eduard Zingerman
2026-07-10 15:18 ` 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=24e9b4a4-2ddb-431c-8821-c260a6641255@linux.dev \
--to=yonghong.song@linux.dev \
--cc=andrii@kernel.org \
--cc=ast@kernel.org \
--cc=bot+bpf-ci@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=clm@meta.com \
--cc=daniel@iogearbox.net \
--cc=eddyz87@gmail.com \
--cc=ihor.solodrai@linux.dev \
--cc=kernel-team@fb.com \
--cc=martin.lau@kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox