Page MenuHomeFreeBSD

Make vm_map_max/min/pmap KBI stable.
ClosedPublic

Authored by kib on Mar 29 2018, 8:01 PM.
Tags
None
Referenced Files
Unknown Object (File)
Wed, May 6, 12:24 AM
Unknown Object (File)
Thu, Apr 30, 3:30 PM
Unknown Object (File)
Mon, Apr 27, 12:19 PM
Unknown Object (File)
Sun, Apr 19, 1:36 PM
Unknown Object (File)
Sat, Apr 18, 2:49 AM
Unknown Object (File)
Apr 12 2026, 12:21 AM
Unknown Object (File)
Apr 10 2026, 8:03 AM
Unknown Object (File)
Apr 8 2026, 1:44 AM
Subscribers

Details

Summary

There are out of tree consumers of vm_map_min() and vm_map_max(), and I believe there are consumers of vm_map_pmap(), although the later is arguably less in the need of KBI-stable interface. For the consumers benefit, make modules using this KPI not depended on the struct vm_map layout.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

markj added inline comments.
sys/vm/vm_map.c
4322 ↗(On Diff #40900)

Shouldn't these routines just call the corresponding inline function?

This revision is now accepted and ready to land.Mar 29 2018, 8:28 PM
sys/vm/vm_map.c
4322 ↗(On Diff #40900)

I considered it and my feel was that it would only add an additional layer of obfuscation. I belive we did not make vm_page_*_KBI functions calling non-KBI variants for the same reason.

sys/vm/vm_map.c
4322 ↗(On Diff #40900)

Ok, fair enough.

This revision was automatically updated to reflect the committed changes.