From: sashiko-bot@kernel.org
To: "Zhenzhong Wu" <jt26wzz@gmail.com>
Cc: bpf@vger.kernel.org
Subject: Re: [PATCH stable 6.6.y v3 2/4] bpf: Remove mark_precise_scalar_ids()
Date: Sun, 14 Jun 2026 17:11:59 +0000 [thread overview]
Message-ID: <20260614171159.A20FA1F000E9@smtp.kernel.org> (raw)
In-Reply-To: <9c5d94f381d7d9ecd8d07c60e0e271117ce24482.1781194510.git.jt26wzz@gmail.com>
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Low] Leftover unused struct bpf_idset and union member idset_scratch.
- [Low] Multi-line comments do not follow the BPF subsystem modern comment style.
--
Note: Due to recitation policy restrictions, this report does not quote the
original patch code inline. Instead, it provides a free-form summary of the
findings with references to the modified files and functions.
commit b92dc3ff591ac22c49e14f36339cfd789c618695
Author: Eduard Zingerman <eddyz87@gmail.com>
bpf: Remove mark_precise_scalar_ids()
This commit removes the mark_precise_scalar_ids() function, as it is
superseded by jump history tracking and bt_sync_linked_regs(). Test cases
in progs/verifier_scalar_ids are updated to reflect the new verifier
behavior requiring conditional jumps.
Link: https://lore.kernel.org/bpf/20240718202357.1746514-3-eddyz87@gmail.com
File: include/linux/bpf_verifier.h
[Severity: Low]
Since the patch completely removes mark_precise_scalar_ids(), does this leave
struct bpf_idset and the idset_scratch member in struct bpf_verifier_env as
unused dead code?
It appears mark_precise_scalar_ids() was the only consumer of these
definitions. Removing them from include/linux/bpf_verifier.h might help keep
the verifier environment structure clean.
File: tools/testing/selftests/bpf/progs/verifier_scalar_ids.c
[Severity: Low]
This isn't a bug, but do the modified and newly added multi-line comments in
the file, including inside linked_regs_broken_link(), deviate from the
preferred BPF subsystem comment style?
The BPF guidelines request that multi-line comments have the opening
indicator on its own line, but several comments in this file keep the text
on the same line as the opening indicator.
--
Sashiko AI review · https://sashiko.dev/#/patchset/cover.1781194510.git.jt26wzz@gmail.com?part=2
next prev parent reply other threads:[~2026-06-14 17:11 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-14 16:58 [PATCH stable 6.6.y v3 0/4] bpf: linked scalar precision fixes Zhenzhong Wu
2026-06-14 16:58 ` [PATCH stable 6.6.y v3 1/4] bpf: Track equal scalars history on per-instruction level Zhenzhong Wu
2026-06-14 17:10 ` sashiko-bot
2026-06-14 16:58 ` [PATCH stable 6.6.y v3 2/4] bpf: Remove mark_precise_scalar_ids() Zhenzhong Wu
2026-06-14 17:11 ` sashiko-bot [this message]
2026-06-14 16:58 ` [PATCH stable 6.6.y v3 3/4] selftests/bpf: Tests for per-insn sync_linked_regs() precision tracking Zhenzhong Wu
2026-06-14 17:10 ` sashiko-bot
2026-06-14 16:58 ` [PATCH stable 6.6.y v3 4/4] selftests/bpf: Update comments find_equal_scalars->sync_linked_regs Zhenzhong Wu
2026-06-15 14:02 ` [PATCH stable 6.6.y v3 0/4] bpf: linked scalar precision fixes Sasha Levin
2026-06-15 22:51 ` Paul Chaignon
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=20260614171159.A20FA1F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=jt26wzz@gmail.com \
--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 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.