From: sashiko-bot@kernel.org
To: "Anton Protopopov" <a.s.protopopov@gmail.com>, bpf@vger.kernel.org
Subject: Re: [PATCH v1 bpf-next 15/18] resolve_btfids: Tag fmod_ret candidates as targets
Date: Fri, 06 Nov 2026 21:14:45 +0000 [thread overview]
Message-ID: <sashiko-outbox-202290@kernel.org> (raw)
In-Reply-To: <20261106210314.1767267-15-a.s.protopopov@gmail.com>
Thank you for your contribution! Sashiko AI review found 1 potential
issue to consider:
- [Low] bpf: resolve_btfids: choose_functions() skips records on
duplicate names
--
commit 592223df16723596e1694e3167578ff1cfdd0320
Author: Anton Protopopov <a.s.protopopov@gmail.com>
resolve_btfids: Tag fmod_ret candidates as targets
This commit reads candidate records from .BTF_fmodret_candidates in
resolve_btfids, filters eligible traceable functions, and emits
bpf_fmodret and bpf_fmodret_retval: BTF declaration tags for them.
> diff --git a/tools/bpf/resolve_btfids/fmodret.c b/tools/bpf/resolve_btfids/fmodret.c
> new file mode 100644
> index 0000000000000..1c29ab9a8616a
> --- /dev/null
> +++ b/tools/bpf/resolve_btfids/fmodret.c
[ ... ]
> +/* Choose the targets among the functions and describe them in RESULT */
> +static int choose_functions(struct elf_function_list *functions, const struct btf *btf,
> + const struct btf_func *btf_funcs, size_t nr_btf_funcs,
> + const unsigned char *buf, size_t ptr_size,
> + unsigned int encoding, struct fmodret_retvals *result,
> + struct fmodret_stats *stats, int verbose)
> +{
> + size_t i = 0, j;
> +
> + qsort(functions->functions, functions->nr, sizeof(*functions->functions),
> + cmp_elf_function_name);
> + for (i = 0; i < functions->nr; i = j) {
> + const struct elf_function *f = &functions->functions[i];
> + size_t record = chosen_record(f);
> + const char *reason = NULL;
> + unsigned int flags = 0;
> + struct fmodret_retval *r;
> + __u32 size;
> + int id = 0;
> +
> + for (j = i + 1; j < functions->nr; j++)
> + if (strcmp(f->name, functions->functions[j].name))
> + break;
> +
> + if (!f->nr_strong && !f->nr_weak)
> + continue;
> + if (record == NO_FUNCTION) {
> + stats->ambiguous_body++;
> + reason = "ambiguous-body";
> + goto rejected;
> + }
> + /*
> + * A strong definition without values has no record. If it
> + * replaced a weak one, only the record of the weak one points
> + * to its body.
> + */
> + if (!f->nr_strong && !f->weak_symbol) {
> + stats->overridden++;
> + reason = "overridden-weak";
> + goto rejected;
> + }
> + if (!read_elf_value(buf + record + 16 + ptr_size, 4, encoding))
> + continue;
> + stats->with_values++;
> + flags = read_elf_value(buf + record + 12, 4, encoding);
> + if (j - i != 1) {
> + stats->ambiguous_name++;
> + reason = "ambiguous-name";
> + goto rejected;
> + }
[Severity: Low]
Does choose_functions() skip candidate records on functions[i + 1 .. j - 1]
when multiple ELF functions share the same name?
add_record() attaches each record only to the functions at that specific
location, and choose_functions() then groups all functions with the same
name into [i, j) and advances with i = j. If functions[i] (the lowest
address instance, such as a static helper in another translation unit) has
no record or zero values, the continue statements skip the rest of the
group before reaching the j - i != 1 check, leaving stats->with_values and
stats->ambiguous_name undercounted and omitting the verbose rejection log
for records on functions[i + 1 .. j - 1].
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261106205523.1765622-1-a.s.protopopov@gmail.com?part=15
next prev parent reply other threads:[~2026-11-06 21:14 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-06 21:02 [PATCH v1 bpf-next 01/18] bpf: Add BTF ID sets for fmod_ret targets Anton Protopopov
2026-11-06 21:02 ` [PATCH v1 bpf-next 02/18] bpf: Add a btf_id_set8_entry helper Anton Protopopov
2026-11-06 20:58 ` sashiko-bot
2026-11-09 13:02 ` Anton Protopopov
2026-11-06 21:02 ` [PATCH v1 bpf-next 03/18] bpf: Build fmod_ret target sets from BTF decl tags Anton Protopopov
2026-11-06 21:02 ` [PATCH v1 bpf-next 04/18] selftests/bpf: Declare bpf_fentry_test1 in tracing tests Anton Protopopov
2026-11-06 21:02 ` [PATCH v1 bpf-next 05/18] bpf: Declare fmod_ret targets with BTF_FMODRET sets Anton Protopopov
2026-11-06 21:02 ` [PATCH v1 bpf-next 06/18] selftests/bpf: Test fmod_ret BTF decl tags and attach permission Anton Protopopov
2026-11-06 21:02 ` [PATCH v1 bpf-next 07/18] scripts: Add LLVM plugin infrastructure Anton Protopopov
2026-11-06 21:02 ` [PATCH v1 bpf-next 08/18] bpf: Add the bpf_scan_ir LLVM plugin Anton Protopopov
2026-11-06 21:02 ` [PATCH v1 bpf-next 09/18] bpf: Find fmod_ret candidates in bpf_scan_ir Anton Protopopov
2026-11-06 21:02 ` [PATCH v1 bpf-next 10/18] bpf: Allow writes to private stack objects " Anton Protopopov
2026-11-06 21:03 ` [PATCH v1 bpf-next 11/18] bpf: Follow PHIs " Anton Protopopov
2026-11-06 21:03 ` [PATCH v1 bpf-next 12/18] bpf: Follow integer casts " Anton Protopopov
2026-11-06 21:03 ` [PATCH v1 bpf-next 13/18] bpf: Check the return values of fmod_ret programs on found targets Anton Protopopov
2026-11-06 21:17 ` sashiko-bot
2026-11-09 13:14 ` Anton Protopopov
2026-11-09 13:16 ` Anton Protopopov
2026-11-06 21:03 ` [PATCH v1 bpf-next 14/18] bpf: Require the JIT for fmod_ret programs on found 64-bit targets Anton Protopopov
2026-11-06 21:03 ` [PATCH v1 bpf-next 15/18] resolve_btfids: Tag fmod_ret candidates as targets Anton Protopopov
2026-11-06 21:14 ` sashiko-bot [this message]
2026-11-09 13:26 ` Anton Protopopov
2026-11-06 21:50 ` bot+bpf-ci
2026-11-09 13:33 ` Anton Protopopov
2026-11-06 21:03 ` [PATCH v1 bpf-next 16/18] selftests/bpf: Test fmod_ret candidates found by bpf_scan_ir Anton Protopopov
2026-11-06 21:09 ` sashiko-bot
2026-11-09 14:09 ` Anton Protopopov
2026-11-06 21:50 ` bot+bpf-ci
2026-11-09 13:59 ` Anton Protopopov
2026-11-06 21:03 ` [PATCH v1 bpf-next 17/18] selftests/bpf: Enable bpf_scan_ir in the config Anton Protopopov
2026-11-06 21:35 ` bot+bpf-ci
2026-11-09 13:45 ` Anton Protopopov
2026-11-06 21:03 ` [PATCH v1 bpf-next 18/18] bpftool: List and show fmod_ret targets Anton Protopopov
2026-11-06 21:35 ` bot+bpf-ci
2026-11-09 13:40 ` Anton Protopopov
2026-11-09 17:02 ` [PATCH v1 bpf-next 01/18] bpf: Add BTF ID sets for " Anton Protopopov
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=sashiko-outbox-202290@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=a.s.protopopov@gmail.com \
--cc=bpf@vger.kernel.org \
--cc=sashiko-reviews@lists.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox