From: Eduard Zingerman <eddyz87@gmail.com>
To: bot+bpf-ci@kernel.org, bpf@vger.kernel.org, ast@kernel.org
Cc: andrii@kernel.org, daniel@iogearbox.net, martin.lau@linux.dev,
kernel-team@fb.com, yonghong.song@linux.dev,
shung-hsi.yu@suse.com, paul.chaignon@gmail.com,
harishankar.vishwanathan@gmail.com, martin.lau@kernel.org,
clm@meta.com, ihor.solodrai@linux.dev
Subject: Re: [PATCH bpf-next v2 3/4] bpf: replace min/max fields with struct cnum{32,64}
Date: Fri, 24 Apr 2026 10:21:29 -0700 [thread overview]
Message-ID: <ba5a1018576d4281d46ef81846a6573dd887d780.camel@gmail.com> (raw)
In-Reply-To: <6578efe1e2d2932d3c590871f0aa9d65e3bdada9d5234297c627b33506c7b1e2@mail.kernel.org>
On Fri, 2026-04-24 at 09:12 +0000, bot+bpf-ci@kernel.org wrote:
> > diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
> > index b91d2789e7b9..34900247efba 100644
> > --- a/kernel/bpf/verifier.c
> > +++ b/kernel/bpf/verifier.c
>
> [ ... ]
>
> > @@ -2031,340 +2029,17 @@ static void __update_reg_bounds(struct bpf_reg_state *reg)
> > /* Uses signed min/max values to inform unsigned, and vice-versa */
> > static void deduce_bounds_32_from_64(struct bpf_reg_state *reg)
> > {
> > - /* If upper 32 bits of u64/s64 range don't change, we can use lower 32
> > - * bits to improve our u32/s32 boundaries.
>
> [ ... ]
>
> > - }
> > + cnum32_intersect_with(®->r32, cnum32_from_cnum64(reg->r64));
> > }
>
> The comment on the function still says "Uses signed min/max values to
> inform unsigned, and vice-versa" but the implementation is now just a
> single call to cnum32_intersect_with() that projects a 64-bit circular
> number onto the 32-bit subregister. With the cnum abstraction, signed
> and unsigned views are derived on-demand from a unified representation,
> so the cross-domain signed<->unsigned deduction described in the comment
> no longer happens. Should this comment be updated to describe the actual
> operation (e.g., "Project 64-bit range onto 32-bit subregister range")?
The comment has to be updated.
next prev parent reply other threads:[~2026-04-24 17:21 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-24 8:17 [PATCH bpf-next v2 0/4] bpf: replace min/max fields with struct cnum{32,64} Eduard Zingerman
2026-04-24 8:17 ` [PATCH bpf-next v2 1/4] bpf: representation and basic operations on circular numbers Eduard Zingerman
2026-04-24 9:00 ` bot+bpf-ci
2026-04-24 17:26 ` Eduard Zingerman
2026-04-24 8:17 ` [PATCH bpf-next v2 2/4] bpf: use accessor functions for bpf_reg_state min/max fields Eduard Zingerman
2026-04-24 8:17 ` [PATCH bpf-next v2 3/4] bpf: replace min/max fields with struct cnum{32,64} Eduard Zingerman
2026-04-24 9:12 ` bot+bpf-ci
2026-04-24 17:21 ` Eduard Zingerman [this message]
2026-04-24 8:17 ` [PATCH bpf-next v2 4/4] selftests/bpf: new cases handled by 32->64 range refinements Eduard Zingerman
2026-04-24 14:27 ` [PATCH bpf-next v2 0/4] bpf: replace min/max fields with struct cnum{32,64} Alexei Starovoitov
2026-04-24 19:01 ` Eduard Zingerman
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=ba5a1018576d4281d46ef81846a6573dd887d780.camel@gmail.com \
--to=eddyz87@gmail.com \
--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=harishankar.vishwanathan@gmail.com \
--cc=ihor.solodrai@linux.dev \
--cc=kernel-team@fb.com \
--cc=martin.lau@kernel.org \
--cc=martin.lau@linux.dev \
--cc=paul.chaignon@gmail.com \
--cc=shung-hsi.yu@suse.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox