On 2020/08/09 18:52, Doug Moss wrote: > In the UEFI (1.16) configuration, I have changed > from default "ACPI" to "ACPI + devicetree" > from default "Arasan SDHCI" to "eMMC2 SDHCI" > (Is this description > https://mail-index.netbsd.org/port-arm/2017/07/30/msg004328.html > accurate that the eMMC2 uses the sdhost driver, freeing up sdhc for the wifi > chip?) > > (I make this explicit to help anyone following this to get the Raspberry Pi4 > with UEFI to work for openbsd) > > My dmesg looks like it has the bwfm > I'm working on seeing if I can get it to connect with my wifi. > Thanks Stuart for your help. > > > Incidentally, the line in the dmesg that > bwfm0: failed loadfirmware of file brcmfmac43455-sdio.bin > Is that a problem?
Yes, the device won't operate until firmware is installed. It wasn't installed at first boot because the device didn't show up in dmesg. >From a wired connection, run fw_update. > I ran syspatch and it did not show any patches to download. > > > dmesg now (with ACPI + devicetree) and (eMMC2 SDHCI controller): > OpenBSD 6.7 (GENERIC.MP) #5: Tue Jul 21 13:15:47 MDT 2020 > > r...@syspatch-67-arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC.MP > real mem = 3078475776 (2935MB) > avail mem = 2953805824 (2816MB) > mainbus0 at root: Raspberry Pi 4 Model B Rev 1.2 > cpu0 at mainbus0 mpidr 0: ARM Cortex-A72 r0p3 > cpu0: 48KB 64b/line 3-way L1 PIPT I-cache, 32KB 64b/line 2-way L1 D-cache > cpu0: 1024KB 64b/line 16-way L2 cache > efi0 at mainbus0: UEFI 2.7 > efi0: https://github.com/pftf/RPi4 rev 0x10000 > smbios0 at efi0: SMBIOS 3.3.0 > smbios0: vendor https://github.com/pftf/RPi4 version "UEFI Firmware v1.16" > date Jun 18 2020 12:20:53 > smbios0: Sony UK Raspberry Pi 4 Model B > apm0 at mainbus0 > psci0 at mainbus0: PSCI 1.1, SMCCC 1.2 > "system" at mainbus0 not configured > "axi" at mainbus0 not configured > simplebus0 at mainbus0: "soc" > bcmclock0 at simplebus0 > bcmmbox0 at simplebus0 > bcmgpio0 at simplebus0 > bcmaux0 at simplebus0 > ampintc0 at simplebus0 nirq 256, ncpu 4 ipi: 0, 1: "interrupt-controller" > syscon0 at simplebus0: "avs-monitor" > "thermal" at syscon0 not configured > bcmdmac0 at simplebus0: DMA0 DMA2 DMA4 DMA5 DMA6 DMA7 > "timer" at simplebus0 not configured > bcmirng0 at simplebus0 > pluart0 at simplebus0: console > com0 at simplebus0: ns16550, no working fifo > "local_intc" at simplebus0 not configured > bcmdog0 at simplebus0 > "clock" at simplebus0 not configured > simplebus1 at simplebus0: "firmware" > "gpio" at simplebus1 not configured > "clocks" at simplebus1 not configured > "power" at simplebus0 not configured > "mailbox" at simplebus0 not configured > sdhc0 at simplebus0 > sdhc0: SDHC 3.0, 250 MHz base clock > sdmmc0 at sdhc0: 4-bit, sd high-speed, mmc high-speed > "gpiomem" at simplebus0 not configured > "fb" at simplebus0 not configured > "vcsm" at simplebus0 not configured > "clocks" at mainbus0 not configured > "phy" at mainbus0 not configured > "clk-108M" at mainbus0 not configured > "arm-pmu" at mainbus0 not configured > agtimer0 at mainbus0: tick rate 54000 KHz > simplebus2 at mainbus0: "scb" > bcmpcie0 at simplebus2 > pci0 at bcmpcie0 > ppb0 at pci0 dev 0 function 0 "Broadcom BCM2711" rev 0x10 > pci1 at ppb0 bus 1 > xhci0 at pci1 dev 0 function 0 "VIA VL805 xHCI" rev 0x01: intx, xHCI 1.0 > usb0 at xhci0: USB revision 3.0 > uhub0 at usb0 configuration 1 interface 0 "VIA xHCI root hub" rev 3.00/1.00 > addr 1 > bse0 at simplebus2: address dc:a6:32:a6:e9:a0 > brgphy0 at bse0 phy 1: BCM54210E 10/100/1000baseT PHY, rev. 2 > "dma" at simplebus2 not configured > "hevc-decoder" at simplebus2 not configured > "rpivid-local-intc" at simplebus2 not configured > "h264-decoder" at simplebus2 not configured > "vp9-decoder" at simplebus2 not configured > "leds" at mainbus0 not configured > "sd_io_1v8_reg" at mainbus0 not configured > "fixedregulator_3v3" at mainbus0 not configured > "fixedregulator_5v0" at mainbus0 not configured > simplebus3 at mainbus0: "v3dbus" > simplebus4 at mainbus0: "emmc2bus" > sdhc1 at simplebus4 > sdhc1: SDHC 3.0, 100 MHz base clock > sdmmc1 at sdhc1: 8-bit, sd high-speed, mmc high-speed, dma > "sd_vcc_reg" at mainbus0 not configured > simplefb0 at mainbus0: 1920x1080, 32bpp > wsdisplay0 at simplefb0 mux 1 > wsdisplay0: screen 0-5 added (std, vt100 emulation) > cpu1 at mainbus0 mpidr 1: ARM Cortex-A72 r0p3 > cpu1: 48KB 64b/line 3-way L1 PIPT I-cache, 32KB 64b/line 2-way L1 D-cache > cpu1: 1024KB 64b/line 16-way L2 cache > cpu2 at mainbus0 mpidr 2: ARM Cortex-A72 r0p3 > cpu2: 48KB 64b/line 3-way L1 PIPT I-cache, 32KB 64b/line 2-way L1 D-cache > cpu2: 1024KB 64b/line 16-way L2 cache > cpu3 at mainbus0 mpidr 3: ARM Cortex-A72 r0p3 > cpu3: 48KB 64b/line 3-way L1 PIPT I-cache, 32KB 64b/line 2-way L1 D-cache > cpu3: 1024KB 64b/line 16-way L2 cache > scsibus0 at sdmmc1: 2 targets, initiator 0 > sd0 at scsibus0 targ 1 lun 0: <SD/MMC, SC16G, 0080> removable > sd0: 15193MB, 512 bytes/sector, 31116288 sectors > uhub1 at uhub0 port 1 configuration 1 interface 0 "VIA Labs USB2.0 Hub" rev > 2.10/4.21 addr 2 > bwfm0 at sdmmc0 function 1 > manufacturer 0x02d0, product 0xa9a6 at sdmmc0 function 2 not configured > manufacturer 0x02d0, product 0xa9a6 at sdmmc0 function 3 not configured > umass0 at uhub0 port 2 configuration 1 interface 0 "SanDisk Ultra Fit" rev > 3.20/1.00 addr 3 > umass0: using SCSI over Bulk-Only > scsibus1 at umass0: 2 targets, initiator 0 > sd1 at scsibus1 targ 1 lun 0: <SanDisk, Ultra Fit, 1.00> removable > serial.07815583810767a962aa > sd1: 117360MB, 512 bytes/sector, 240353280 sectors > vscsi0 at root > scsibus2 at vscsi0: 256 targets > softraid0 at root > scsibus3 at softraid0: 256 targets > bootfile: sd0a:/bsd > boot device: sd0 > root on sd1a (10f63e1bb68c91e2.a) swap on sd1b dump on sd1b > WARNING: clock lost 52 days > WARNING: CHECK AND RESET THE DATE! > gpio0 at bcmgpio0: 58 pins > bwfm0: failed loadfirmware of file brcmfmac43455-sdio.bin > > > > On Sunday, August 9, 2020, 9:58:57 AM EDT, Stuart Henderson > <s...@spacehopper.org> wrote: > > >Oh, try changing the SD controllers around, again in UEFI config. > > > > On 9 August 2020 14:56:57 Doug Moss <dougmoss...@yahoo.com> wrote: > > > >> That hint helped, but I'm not quite there. > >> To be explicit: > >> By pressing <esc> and getting to the Raspberry Pi 4 UEFI configuration > >> v1.16 > >> (is that what it is called?) > >> There was a setting to choose: > >> <ACPI> > >> <ACPI> + <devicetree> > >> <devicetree> > >> > >> I set that to <devicetree> > >> My dmesg is now better: all the "BCM28XX not configured" are gone > >> New dmesg below. > >> > >> But, I still don't see bwfm in the dmesg. > >> If you have some pity on a noob, and know the next step that I am missing > >> in order to get > >> bwfm wifi, I would greatly appreciate it. > >> > >> Thanks very much > >> > >> On Saturday, August 8, 2020, 4:37:44 PM EDT, Stuart Henderson > >> <s...@spacehopper.org> wrote: > >> > >>> bwfm works, set uefi to device tree instead of acpi mode. Not sure about > >>> audio, I haven't tried it. > >>> > >>> On 8 August 2020 21:15:16 Doug Moss <dougmoss...@yahoo.com> wrote: > >>> > >>>> 1. My thanks to all who have worked to get OpenBSD on Raspberry Pi ARM64 > >>>> With install instructions, and UEFI firmware, I was able to get it up > >>>> and running. > >>>> Thanks. > >>>> > >>>> 2. The Raspberry Pi 4 is said to have onboard wifi, with a Cypress > >>>> CYW43455 chip. > >>>> I don't see it on my dmesg. > >>>> Is it not supported yet, or is there something wrong with my Raspberry > >>>> Pi 4 board? > >>>> There were some things online about the bwfm driver working for this > >>>> Cypress chip? > >>>> > >>>> 3. USB for mouse/keyboard/storage devices seems to work. > >>>> USB audio seems to show up in dmesg, but > >>>> USB audio does not work for me. > >>>> aucat with a WAV file produces staticky noise, with almost the rhythm of > >>>> the > >>>> WAV file music. > >>>> Known problem? or something I am messing up? > >>>> > >>>> Thanks
