Early during mimmutable(2) development, we had a big problem with the
authorderaadt <deraadt@openbsd.org>
Sat, 20 Jan 2024 13:19:37 +0000 (13:19 +0000)
committerderaadt <deraadt@openbsd.org>
Sat, 20 Jan 2024 13:19:37 +0000 (13:19 +0000)
commit38558285c928dfef552f8b65b2631f0a433f7b4c
treee3cd6c6bc212b5dffc99c927cede2d5119c39530
parente7a417afe28ebc6f74663973477d57015de45afb
Early during mimmutable(2) development, we had a big problem with the
chrome v8_flags variable's placement in bss, and as a workaround made
it possible to demote a mimmutable mapping's permissions from RW to R.
Further mimmutable-related work in libc's malloc created the same
problem, which led to a better design: objects could be placed into
.openbsd.mutable region, and then at runtime their permission and
immutability could be manipulated better.  So the RW to R demotion
logic is no longer being used, and now this semantic is being deleted.
ok kettenis
lib/libc/sys/mimmutable.2
sys/uvm/uvm_map.c