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

Mark Millard <[email protected]> Thu, 4 Jun 2026 17:29:55 -0700
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]>
On 5/29/26 17:42, Jeremy McMillan wrote:
> 
> 
> If anyone has a Raspberry Pi 5 that's not dedicated to anything
> important, I'd appreciate some help testing this:
> 
> https://github.com/aphor/FreeBSD15-RPi5-modules <https://github.com/
> aphor/FreeBSD15-RPi5-modules>
> 
> The README.md is up to date, but other docs in there might be stale.
> 
> IDK if I should try to implement Bluetooth yet. I haven't tried using
> FreeBSD bluetooth with working known-good drivers on supported hardware,
> but when this is relatively complete I'm planning to do some bug fixing
> and performance improvements where necessary in a BETA phase, then a
> rewrite from scratch for maintainability that can be submitted to
> FreeBSD-CURRENT. I know the repo says FreeBSD15, but I'm currently
> building against FreeBSD-16-CURRENT. I've had feedback that the fan
> control works fine on FreeBSD-15.
> 
> I also don't know what I should do about GPIO testing. I'd appreciate
> any pointers if other people work with RPi hardware and have any
> pointers for testing GPIO stuff. I think there's a few pins that can do
> DAC and ADC and others that can do PWM (like the ones used for the fan
> header) when programmed to different modes. I have an oscilloscope, but
> I'd like to automate testing as much as possible because my spare time
> is precious.
> 
> It seems like RPi-5 will be around for a while under the current market
> conditions for the semiconductor business, and it is my hope that
> FreeBSD can deserve and get more attention and support from Broadcom and
> Raspberry Pi. Also, I have my own projects :)
> 
> Thanks in advance for your attention!

From the D0 RPi5 16 GiByte that I have access to, without any of your
software but just the D0 variant of the draft/partial EDK2 UEFI/ACPI:

# pciconf -l
pcib1@pci1:0:0:0:       class=0x060400 rev=0x30 hdr=0x01 vendor=0x14e4
device=0x2712 subvendor=0x0000 subdevice=0x0000
nvme0@pci1:1:0:0:       class=0x010802 rev=0x01 hdr=0x00 vendor=0x10ec
device=0x5765 subvendor=0x10ec subdevice=0x5765

Would your software leave the above PCIe usage via ACPI operational? The
NVMe is the boot media.

-- 
===
Mark Millard
marklmi at yahoo.com