In D13356#1262904, @cy wrote:

Imported into my GIT repo. I will review the code and make any changes needed to get it working again.

Did this ever land? I've been away for over 7 years... I remember hacking on this in my apartment share on Shattuck & Francisco in Berkeley, 2004.

In D45404#1262412, @bms wrote:

... the under-published ILNPSync (a distributed site border router state exchange protocol somewhat patterned after pfsync(4))...

I am following this Differential closely because: following Ch6 of my PhD regarding the under-published ILNPSync (a distributed site border router state exchange protocol somewhat patterned after pfsync(4)), I want to implement a change to introduce the use of the UEFI MonotonicCounter.

In D41705#1262128, @bz wrote:

Welcome back.

I'd potentially like to extend this change to support the "cmdline" field that memdisk passes in the ACPI-like table segment, to support Cobbler PXE bootstrap. I'll raise a separate Differential at that time.

I have skin in the game for this Differential. I'm happy to air out changes to support cmdline for memdisk at some point for Cobbler integration -- Canonical MaaS is not fit for purpose here -- providing we get mfsBSD into the base system image build process first. Please read on.

Today I was doing a loopback test across two Mellanox ConnectX-4 LX ports on the same NIC, with a fresh 25GBE SFP+ DAC cable. This is with a fresh install of 15.0-RELEASE on a plain Samsung EVO SATA SSD, with a recycled Dell Optiplex 3020.

Apple do not provide meaningful change history in their xnu drops on GitHub, which is extremely inconvenient.
OT: I am in touch separately with core-secretary@ to open a dialogue about regaining full commit access after a 7.5 year hiatus for health & bereavement reasons.

In D9157#1203022, @lwhsu wrote:

For more information, check D51299 and https://people.allbsd.org/~hrs/FreeBSD/udbc/

Fixup.

Style changes cem@ and unsigned integer constants.

It's probably also worth pointing out that because a lot of things in USB are generally named in Hungarian notation, some concessions already get made to that in/around dev/usb/*.

I actually find spelling out the bits in hex is more useful here - it's a driver and it's accessing a register, so although UINT32_MAX might well represent the value (and be equivalent to it), stylistically spelling out those bits makes it crystal clear that we're acting on a register.

Catch up with Sec. 7.6.9 of xHCI v1.1: DbC context sizes (DbC Info and Endpoint) are always 64 bytes, regardless of whether or not the host controller uses 32 byte contexts for ordinary endpoints (HCCPARAMS1).

Simplify based on feedback. MSI detected and used OK.

Please consider renaming to RB_COUNT(), and please do not change the memory layout or semantics of basic containers which are already used in-kernel (discussed on src-committers@)

The new behaviour appears to be POSIXly correct. POSIX shutdown spec