@adrian well, I'm not sure that the contributor actually understands the code. It seems AI/ML generated to me and isn't aligned with the idea of mine about maclink. I'm against the changes.

In D59592#1367478, @imp wrote:

The only concern I have with the kernel enforcing write is what happens if we boot old binary, new kernel (which is quite typical). Would we have situations where we can't configure the system enough to build/install a new binary.

In D59556#1367134, @maxim wrote:

In D59556#1367125, @jlduran wrote:

Please see the suggested test (D59582). Ideally it should be squashed with this change. Thank you!

Wow, cool, thank you!

Is it possible to implement something similar for D59555?

Update the final manual pages bits.

For posterity, I think we agreed that I would rebase this forward since @aokblast is quite busy these days, and I'm going to see if there are functional pieces I can split this further into. (after Euro)

In D59264#1359759, @mmel wrote:

Another thing: Wouldn't it be much cleaner to extend the implementation of pmap_mapdev_attr() for early boot phase of armv7? subr_devmap.c looks ready for this job.

this looks fine; please just remove teh BSD copyright text itself as the SPDX + your copyright name/email is enough. Then we should be fine for landing it!

I forgot to add the revision in the commit...
https://cgit.freebsd.org/src/commit/?id=26248c370fade359e5303094fb57102d7fcc9c78