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