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
F161641753: D52183.diff
Sun, Jul 5, 12:53 PM
F161535645: D52183.diff
Sat, Jul 4, 3:22 PM
Unknown Object (File)
Tue, Jun 30, 4:13 AM
Unknown Object (File)
Tue, Jun 30, 4:13 AM
Unknown Object (File)
Mon, Jun 29, 6:41 PM
Unknown Object (File)
Sat, Jun 13, 2:29 AM
Unknown Object (File)
Wed, Jun 10, 2:24 AM
Unknown Object (File)
Sat, Jun 6, 10:49 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.