Page MenuHomeFreeBSD

arm64: Create a TLBI invalidate for the kernel
ClosedPublic

Authored by andrew on Aug 27 2025, 5:01 PM.
Tags
None
Referenced Files
F164562376: D52183.diff
Sun, Aug 2, 2:49 AM
Unknown Object (File)
Mon, Jul 27, 1:12 PM
Unknown Object (File)
Mon, Jul 27, 10:08 AM
Unknown Object (File)
Sat, Jul 25, 1:59 PM
Unknown Object (File)
Sat, Jul 25, 9:45 AM
Unknown Object (File)
Fri, Jul 24, 2:47 PM
Unknown Object (File)
Wed, Jul 22, 9:03 PM
Unknown Object (File)
Mon, Jul 20, 3:10 PM
Subscribers

Details

Summary

Add pmap_s1_invalidate_all_kernel to remove the need to check for the
kernel_pmap when it's passed in.

While here replace pmap calls to cpu_tlb_flushID with
pmap_s1_invalidate_all_kernel as they are identical.

Sponsored by: Arm Ltd

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision is now accepted and ready to land.Aug 29 2025, 2:53 PM
sys/arm64/arm64/pmap.c
7979

Because kernel_pmap is a constant, not a variable, the code generated for pmap_s1_invalidate_all(kernel_pmap) is already the same as the newly proposed pmap_s1_invalidate_all_kernel(). In short, I don't see a compelling need for this new function.

sys/arm64/arm64/pmap.c
7979

I'm trying to centralise tlb handling to minimise where we need to implement workarounds.

The only remaining caller of pmap_invalidate_all is pmap_remove_pages & that can't take the kernel pamp. We could replace the kernel check in pmap_s1_invalidate_all with a KASSERT in a later change.