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
F167894779: D52183.id161047.diff
Tue, Aug 25, 7:39 AM
F167804741: D52183.id161047.diff
Mon, Aug 24, 4:35 PM
Unknown Object (File)
Tue, Aug 18, 6:37 PM
Unknown Object (File)
Tue, Aug 18, 5:15 AM
Unknown Object (File)
Mon, Aug 17, 6:26 PM
Unknown Object (File)
Mon, Aug 17, 1:41 AM
Unknown Object (File)
Sat, Aug 15, 4:23 PM
Unknown Object (File)
Sat, Aug 15, 7:53 AM
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.