I was going to do the same thing in namei.h but indeed there's no reason for it to be in the header

Is hw.snd.maxunit documented anywhere today? I suspect we should have an entry in UPDATING at least reporting that it's removed.

• leave #ifndef CAPSICUM in the source requested by @des (for the benefit of downstreams)
• remove src.opts.mk logic

Should we change the in-kernel default as well? It will normally be overridden by the rc.conf setting so it doesn't have a practical impact but probably good for consistency.

@bz I put this in my wipbsd tree on Feb 18, and I have been switching between that tree and main since then. I haven't observed any issue attributable to this change. I still do see one Invalid TXQ sometime in early boot.

I find it a little confusing with the verb & noun use of set in set_software_cipher_set - do you think set_software_ciphers (or set_sw_ciphers) is reasonable?

add man page update

Do we need to add support to e.g. ELF Tool Chain readelf and nm to decode these values?

If it's not too much trouble it would be good to link to the commit that removed the last reference, or maybe just mention "...the ISA sound drivers that...". (I assume it is the ISA drivers I removed that were the consumers of these flags.)

I don't object but we already have :record: or :play: (elsewhere) in the description, is there any case where this won't be the case?

this one can mention that there are no consumers of the build option left in the tree

IMO this is sensible to be in the repo, but in share/ doesn't feel right

Replaced with D44815 and D44814

I think "log a message by printing a packet" is probably not what you mean though

By default git rev-list is in reverse chronological order. Add --reverse to print it in chronological order.

rename function to be more generic

LGTM, CC @dim in case he has any extra insight on the two forms.

OK. Discarding errors from $cattool is not directly related to the original issue, right?

From a textcase in the LLVM review that introduced it (https://reviews.llvm.org/D148381):