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