On Sun, Oct 28, 2018 at 06:36:57PM +0100, Jan Johansson wrote: > >Synopsis: bwfm fails to load firmware on Asus T100HA > >Category: amd64 > >Environment: > System : OpenBSD 6.4 > Details : OpenBSD 6.4 (GENERIC.MP) #0: Sun Oct 28 00:20:45 CEST 2018 > > [email protected]:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > Architecture: OpenBSD.amd64 > Machine : amd64 > >Description: > Firmware package has been installed by fw_update but it > seems bwfm is not completely happy with it on this system. > Kernel is build from OPENBSD_6_4 source checkout with "option > BWFM_DEBUG" as I though it might be helpful. In 6.3 the interface > was not detected at all. > > bwfm0 at sdmmc1 function 1 > bwfm0: F1 signature read @0x18000000=1602a94c > bwfm0: 0x240:0 base 0x00000000 wrap 0x18106000 > bwfm0: 0x135:0 base 0x00000000 wrap 0x18107000 > bwfm0: 0x81a:18 base 0x18005000 wrap 0x18105000 > bwfm0: 0x80e:20 base 0x18004000 wrap 0x18104000 > bwfm0: 0x82a:7 base 0x18003000 wrap 0x18103000 > bwfm0: 0x829:19 base 0x18002000 wrap 0x18102000 > bwfm0: 0x812:39 base 0x18001000 wrap 0x18101000 > bwfm0: 0x800:43 base 0x18000000 wrap 0x18100000 > manufacturer 0x02d0, product 0x4334 at sdmmc1 function 2 not configured > manufacturer 0x02d0, product 0x4334 at sdmmc1 function 3 not configured > bwfm0: failed loadfirmware of file brcmfmac43340-sdio.nvram
Oh, that's an interesting hardware. The second x86 machine I see that has bwfm(4) on SDIO. So the thing is, in addition to your firmware you need a product-specific NVRAM file, which then needs to be processed into a NVRAM binary. Apparently, like on the other x86 machines, it is stored in the EFI env. There's a guide how to retrieve it using linux[0]. If you can retrieve it and get back to me we can make it work. All the best, Patrick [0] https://wiki.debian.org/InstallingDebianOn/Asus/T100TA#WiFi
