public inbox for bpf@vger.kernel.org
 help / color / mirror / Atom feed
From: Yonghong Song <yonghong.song@linux.dev>
To: Alexei Starovoitov <alexei.starovoitov@gmail.com>
Cc: bpf <bpf@vger.kernel.org>, Alexei Starovoitov <ast@kernel.org>,
	Andrii Nakryiko <andrii@kernel.org>,
	Daniel Borkmann <daniel@iogearbox.net>,
	"Jose E . Marchesi" <jose.marchesi@oracle.com>,
	Kernel Team <kernel-team@fb.com>,
	Martin KaFai Lau <martin.lau@kernel.org>
Subject: Re: [PATCH bpf-next v4 06/18] bpf: Use argument index instead of register index in kfunc verifier logs
Date: Mon, 13 Apr 2026 07:45:21 -0700	[thread overview]
Message-ID: <3aeed62c-06ac-44a9-9ddc-747be42173df@linux.dev> (raw)
In-Reply-To: <CAADnVQ+0JgQDosS5=+h=mUJM_Dn=bK-XBpiq1LfamUHTSTOEZA@mail.gmail.com>



On 4/12/26 3:01 PM, Alexei Starovoitov wrote:
> On Sat, Apr 11, 2026 at 9:59 PM Yonghong Song <yonghong.song@linux.dev> wrote:
>> For kfunc argument checking, use the argument index (arg#0, arg#1, ...)
>> instead of the register index (R1, R2, ...) in verifier log messages.
>> This is a preparation for future stack-based arguments where kfuncs can
>> accept more than 5 arguments. Stack arguments won't have a corresponding
>> register, so using argument index is more appropriate.
>>
>> Since some functions like check_mem_access(), check_stack_read_var_off(),
>> and check_stack_range_initialized() are shared between kfunc argument
>> checking (check_kfunc_args) and other paths (check_func_arg, do_check_insn, ...),
>> introduce a `reg_or_arg` encoding: a non-negative value represents a register
>> index, while a negative value encodes an argument index as -(argno + 1).
>> The helper reg_arg_name() decodes this to produce either "R%d" or
>> "arg#%d" for log messages.
>>
>> For check_func_arg() callers, in certain cases, the register index is
>> preserved so existing helper function logs remain unchanged (e.g., "R1", "R2").
>>
>> Update selftests to expect the new "arg#N" format in kfunc error
>> messages.
>>
>> Signed-off-by: Yonghong Song <yonghong.song@linux.dev>
>> ---
>>   include/linux/bpf_verifier.h                  |   1 +
>>   kernel/bpf/verifier.c                         | 466 +++++++++---------
>>   .../selftests/bpf/prog_tests/cb_refs.c        |   2 +-
>>   .../selftests/bpf/prog_tests/linked_list.c    |   4 +-
>>   .../selftests/bpf/progs/cpumask_failure.c     |   4 +-
>>   .../testing/selftests/bpf/progs/dynptr_fail.c |   6 +-
>>   .../selftests/bpf/progs/iters_testmod.c       |   6 +-
>>   .../bpf/progs/local_kptr_stash_fail.c         |   2 +-
>>   .../selftests/bpf/progs/map_kptr_fail.c       |   4 +-
>>   .../bpf/progs/mem_rdonly_untrusted.c          |   2 +-
>>   .../bpf/progs/nested_trust_failure.c          |   2 +-
>>   .../selftests/bpf/progs/res_spin_lock_fail.c  |   2 +-
>>   .../testing/selftests/bpf/progs/stream_fail.c |   2 +-
>>   .../selftests/bpf/progs/task_kfunc_failure.c  |   4 +-
>>   .../bpf/progs/verifier_cgroup_storage.c       |   4 +-
>>   .../selftests/bpf/progs/verifier_ctx.c        |   2 +-
>>   .../bpf/progs/verifier_ref_tracking.c         |   2 +-
>>   .../selftests/bpf/progs/verifier_sock.c       |   6 +-
>>   .../selftests/bpf/progs/verifier_unpriv.c     |   4 +-
>>   .../selftests/bpf/progs/verifier_vfs_reject.c |   8 +-
>>   .../testing/selftests/bpf/progs/wq_failures.c |   4 +-
>>   tools/testing/selftests/bpf/verifier/calls.c  |   6 +-
>>   .../testing/selftests/bpf/verifier/map_kptr.c |  10 +-
>>   23 files changed, 286 insertions(+), 267 deletions(-)
>>
>> diff --git a/include/linux/bpf_verifier.h b/include/linux/bpf_verifier.h
>> index 05b9fe98b8f8..291f11ddd176 100644
>> --- a/include/linux/bpf_verifier.h
>> +++ b/include/linux/bpf_verifier.h
>> @@ -910,6 +910,7 @@ struct bpf_verifier_env {
>>           * e.g., in reg_type_str() to generate reg_type string
>>           */
>>          char tmp_str_buf[TMP_STR_BUF_LEN];
>> +       char tmp_reg_arg_name_buf[16];
>>          struct bpf_insn insn_buf[INSN_BUF_SIZE];
>>          struct bpf_insn epilogue_buf[INSN_BUF_SIZE];
>>          struct bpf_scc_callchain callchain_buf;
>> diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
>> index 54296d818d35..01df990f841a 100644
>> --- a/kernel/bpf/verifier.c
>> +++ b/kernel/bpf/verifier.c
>> @@ -2179,6 +2179,18 @@ static struct bpf_verifier_state *push_stack(struct bpf_verifier_env *env,
>>          return &elem->st;
>>   }
>>
>> +static const char *reg_arg_name(struct bpf_verifier_env *env, int reg_or_arg)
>> +{
>> +       char *buf = env->tmp_reg_arg_name_buf;
>> +       int len = sizeof(env->tmp_reg_arg_name_buf);
>> +
>> +       if (reg_or_arg >= 0)
>> +               snprintf(buf, len, "R%d", reg_or_arg);
>> +       else
>> +               snprintf(buf, len, "arg#%d", -(reg_or_arg + 1));
>> +       return buf;
>> +}
> The patches 1-4 make sense, but 5, 6 are too hacky.
>
> -       { "incorrect_head_var_off1", "R1 doesn't have constant offset" },
> +       { "incorrect_head_var_off1", "arg#0 doesn't have constant offset" },
>
> This just sucks.
> It degrades output for no good reason.
>
> Instead of inband negative vs positive signalling rename all
> 'regno' to 'argno' and always pass whatever argno you need 1,2,..5,6, etc
>
> Pass ptr_reg and size_reg as bpf_reg_state the way patches 1-4 are doing.
> If argno <= 5 keep 'R%d' output, so all selftest don't change.
> For argno >= 6 print '*(R12-xx)' where xx is where that arg lives.
> Printing arg# is too cryptic. Humans/agents need to do mental
> gymnastics to understand what it means.
> The output must be easy to consume by agents.

Currently argno is indexed from 0 in verifier for parameters
while regno is from 1 to 5. That is why I am using reg_or_arg
to distinguish regno vs. argno.

What you suggested to use argno sounds good. I will change verifier
for argno to start from 1 (esp. for verifier logs).

>
> I was also thinking whether we can get rid of this 'argno' too.
> cur_regs - reg is that number for <= 5 and
> some spilled_ptr - reg for >= 6.
> Technically we can
>
> u32 argno = cur_regs - reg;
> if (argno <= 5) use it
> else
>     argno = spilled_ptr - reg.
>
> Feels a bit hacky. Need to sleep on it.
>
> pw-bot: cr


  reply	other threads:[~2026-04-13 14:45 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-04-12  4:58 [PATCH bpf-next v4 00/18] bpf: Support stack arguments for BPF functions and kfuncs Yonghong Song
2026-04-12  4:58 ` [PATCH bpf-next v4 01/18] bpf: Remove unused parameter from check_map_kptr_access() Yonghong Song
2026-04-12  4:58 ` [PATCH bpf-next v4 02/18] bpf: Change from "arg #%d" to "arg#%d" in verifier log Yonghong Song
2026-04-12  4:58 ` [PATCH bpf-next v4 03/18] bpf: Refactor to avoid redundant calculation of bpf_reg_state Yonghong Song
2026-04-12  5:31   ` bot+bpf-ci
2026-04-13 14:25     ` Yonghong Song
2026-04-12  4:58 ` [PATCH bpf-next v4 04/18] bpf: Refactor to handle memory and size together Yonghong Song
2026-04-12  5:31   ` bot+bpf-ci
2026-04-13 14:27     ` Yonghong Song
2026-04-12  4:58 ` [PATCH bpf-next v4 05/18] bpf: Change some regno type from u32 to int type Yonghong Song
2026-04-12  4:58 ` [PATCH bpf-next v4 06/18] bpf: Use argument index instead of register index in kfunc verifier logs Yonghong Song
2026-04-12  5:43   ` bot+bpf-ci
2026-04-13 14:37     ` Yonghong Song
2026-04-12 22:01   ` Alexei Starovoitov
2026-04-13 14:45     ` Yonghong Song [this message]
2026-04-15 23:23     ` Amery Hung
2026-04-12  4:59 ` [PATCH bpf-next v4 07/18] bpf: Introduce bpf register BPF_REG_STACK_ARG_BASE Yonghong Song
2026-04-12  4:59 ` [PATCH bpf-next v4 08/18] bpf: Reuse MAX_BPF_FUNC_ARGS for maximum number of arguments Yonghong Song
2026-04-12  4:59 ` [PATCH bpf-next v4 09/18] bpf: Support stack arguments for bpf functions Yonghong Song
2026-04-12  5:43   ` bot+bpf-ci
2026-04-13 15:22     ` Yonghong Song
2026-04-12 22:23   ` Alexei Starovoitov
2026-04-13 16:33     ` Yonghong Song
2026-04-12  5:00 ` [PATCH bpf-next v4 10/18] bpf: Fix interaction between stack argument PTR_TO_STACK and dead slot poisoning Yonghong Song
2026-04-12  5:43   ` bot+bpf-ci
2026-04-13 16:36     ` Yonghong Song
2026-04-15 22:32   ` Amery Hung
2026-04-12  5:00 ` [PATCH bpf-next v4 11/18] bpf: Reject stack arguments in non-JITed programs Yonghong Song
2026-04-12  5:00 ` [PATCH bpf-next v4 12/18] bpf: Reject stack arguments if tail call reachable Yonghong Song
2026-04-12  5:43   ` bot+bpf-ci
2026-04-13 16:37     ` Yonghong Song
2026-04-12  5:00 ` [PATCH bpf-next v4 13/18] bpf: Support stack arguments for kfunc calls Yonghong Song
2026-04-12  5:43   ` bot+bpf-ci
2026-04-13 16:43     ` Yonghong Song
2026-04-12  5:00 ` [PATCH bpf-next v4 14/18] bpf: Enable stack argument support for x86_64 Yonghong Song
2026-04-12  5:00 ` [PATCH bpf-next v4 15/18] bpf,x86: Implement JIT support for stack arguments Yonghong Song
2026-04-12  5:43   ` bot+bpf-ci
2026-04-13 16:49     ` Yonghong Song
2026-04-12 22:36   ` Alexei Starovoitov
2026-04-13 17:26     ` Yonghong Song
2026-04-13 19:59       ` Alexei Starovoitov
2026-04-13 20:32         ` Yonghong Song
2026-04-13 20:38           ` Alexei Starovoitov
2026-04-13 21:10             ` Yonghong Song
2026-04-14 16:45       ` Yonghong Song
2026-04-14 17:51         ` Alexei Starovoitov
2026-04-12  5:00 ` [PATCH bpf-next v4 16/18] selftests/bpf: Add tests for BPF function " Yonghong Song
2026-04-12  5:00 ` [PATCH bpf-next v4 17/18] selftests/bpf: Add negative test for greater-than-8-byte kfunc stack argument Yonghong Song
2026-04-12  5:00 ` [PATCH bpf-next v4 18/18] selftests/bpf: Add verifier tests for stack argument validation 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=3aeed62c-06ac-44a9-9ddc-747be42173df@linux.dev \
    --to=yonghong.song@linux.dev \
    --cc=alexei.starovoitov@gmail.com \
    --cc=andrii@kernel.org \
    --cc=ast@kernel.org \
    --cc=bpf@vger.kernel.org \
    --cc=daniel@iogearbox.net \
    --cc=jose.marchesi@oracle.com \
    --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