Re: [PATCH bpf v3 0/2] bpf, x86: fix per-CPU address resolution into an extended register

[email protected]
Newsgroups org.kernel.vger.bpf,org.kernel.vger.stable
Message-ID <178677721064.4103653.11399150021505971262.git-patchwork-notify@kernel.org>
Hello:

This series was applied to bpf/bpf-next.git (master)
by Eduard Zingerman <[email protected]>:

On Fri, 14 Aug 2026 15:02:52 -0700 you wrote:
> The JIT resolves a per-CPU address with
> 
>   add <dst>, gs:[this_cpu_off]
> 
> but builds the REX prefix with add_1mod(), which sets REX.B. The
> destination is encoded in ModRM.reg, which REX.R extends, and the memory
> operand is disp32 with no base, so REX.B does nothing and the high
> register bit is dropped. Every extended destination therefore resolves
> into whichever register shares the low three bits:
> 
> [...]

Here is the summary with links:
  - [bpf,v3,1/2] bpf, x86: Fix per-CPU address resolution into an extended register
    https://git.kernel.org/bpf/bpf-next/c/5bbbce02e500
  - [bpf,v3,2/2] selftests/bpf: Check per-CPU address resolution per register
    https://git.kernel.org/bpf/bpf-next/c/f61306e8c98c

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.