Re: [PATCH v1] kasan: Fix false-positive wild-memory-access on x86 under 5-level paging
From: Borislav Petkov
Date: Mon Oct 12 2026 - 15:21:41 EST
On Tue, Oct 13, 2026 at 02:06:08AM +0800, 1sh1ro wrote:
> I hit the same false positive and can add a data point that seems relevant for
> the fix: it still reproduces on 7.3-rc5, i.e. after the CPUID rewrite that was
> expected to take care of it. The rewrite is in 7.3 -- get_cpu_cap() became
> cpu_detect() -- and that is exactly the function my crashes interrupt.
I don't know which rewrite you mean.
If you mean those patches by Ihor:
2711d67bc3a7 x86/cpu: Don't transiently clear the boot CPU's capabilities
db349783ca7a x86/cpu: Move 32-bit SEP setup into identify_cpu()
ad86fe2134cc x86/cpu: Inline generic_identify() into identify_cpu()
7a762b51a149 x86/cpu: Initialize boot CPU cpuinfo defaults early
54a2882ab9f7 x86/cpu: Factor init_cpu_info() out of identify_cpu()
they're in tip queued for 7.4. So not mainline yet.
You can test current tip/master if you mean them.
HTH.
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette