Page MenuHomeFreeBSD

Clarify that vm_map_protect cannot upgrade max_protection
ClosedPublic

Authored by emaste on Jun 20 2019, 1:01 PM.
Tags
None
Referenced Files
Unknown Object (File)
Feb 12 2024, 10:31 AM
Unknown Object (File)
Feb 12 2024, 10:31 AM
Unknown Object (File)
Feb 12 2024, 10:31 AM
Unknown Object (File)
Feb 12 2024, 10:27 AM
Unknown Object (File)
Feb 12 2024, 4:29 AM
Unknown Object (File)
Dec 20 2023, 4:43 AM
Unknown Object (File)
Dec 13 2023, 2:19 PM
Unknown Object (File)
Dec 13 2023, 1:22 AM
Subscribers

Details

Summary

It's implied by the RETURN VALUES section but be explicit in the description that vm_map_protect can not set new protection bits that are already in each entry's max_protection.

(Prompted by a comment/review in D18880.)

Diff Detail

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

Event Timeline

brooks added inline comments.
share/man/man9/vm_map_protect.9
66 ↗(On Diff #58833)

It is probably noting that this case also (IIRC) demotes any existing permissions (vs bailing if they would not be permitted).

This revision is now accepted and ready to land.Jun 20 2019, 6:04 PM
share/man/man9/vm_map_protect.9
66 ↗(On Diff #58833)

*worth noting

share/man/man9/vm_map_protect.9
66 ↗(On Diff #58833)

Yeah - I'll confirm and commit another change.

share/man/man9/vm_map_protect.9
66 ↗(On Diff #58833)

yes,

old_prot = current->protection;

if (set_max)
        current->protection =
            (current->max_protection = new_prot) &
            old_prot;
else
        current->protection = new_prot;