Re: Need testers for ALPHA RPi-5 fan control, GE NIC, WiFi drivers for FreeBSD-CURRENT

I remember some hair pulling around FDT supplied interfaces just not
working, and resorting to copying the Linux code's behavior, which I
suspect a close reading will show uses hardcoded addresses wherever the
FDT stuff is missing or wrong.

On Fri, 2026-06-05 at 12:46 -0700, Mark Millard wrote:
> I found (from 2026-Mar-20):
>=20
> <
> https://github.com/raspberrypi/firmware/issues/2018#issuecomment-40997
> 74849>
>=20
> that is explicit about the RPi* folks bcm2712d0-rpi-5-b.dts file that
> they provided (and the matching *.dtb that they provide):
>=20
> "The discussion in the PR that added bcm2712d0-rpi-5-b.dts
> ( https://github.com/raspberrypi/linux/pull/5847=C2=A0) shows that it was
> really only there as an example for the upstream kernel devs. It's
> not
> been kept in line with the main Pi 5 dts. The upstream D0 support
> doesn't have all the tweaks included in the overlay, but it's been
> enough for them up to now."
>=20
> There is also this earlier in exchange:
>=20
> "The downstream kernel uses a modified bcm2712-rpi-5-b.dts for C0,
> with
> the firmware applying the bcm2712d0 overlay as needed. The upstream
> kernels uses bcm2712-rpi-5-b.dts (unmodified) for C0, and bcm2712-d-
> rpi-5-b.dts for D0."

I'm game to refactor any hardcoded addresses and/or reliance on ACPI
(which I suspect is just the UEFI dumping the same DTB data as ACPI
enumeration) if you can help provide an overlay that exposes things
properly. The whole point of RPi as a platform is supposed to enable
hardware modification by plugging modular stuff into i2c or spi
interfaces, and it would be nice to keep that as modular as possible.

Thanks for digging into this! I'd be lost this deep.