Banana Pi BPI-R4 BPI-BE14 Wi-Fi7 NIC module

wifi 6G is not working for my BE14 card with BPI-R4 OS is openwrt, with mt76 patch, with testing firmware (firmware: mt76: add testing firmware for mt7996 2-3-3 variant · frank-w/BPI-Router-Linux@67a12d7 · GitHub)

That image includes that.

@Brutus_NZ so the device is available, but you have an error in the configuration:

Mon Aug 26 09:27:10 2024 daemon.err hostapd: 1 errors found in configuration file '<inline>'

Try to add option band '6g' and change the country to DE as it is in the example. For example, this settings should be fine (it was working on my mt7925):

config wifi-device 'radio2'
        option type 'mac80211'
        option path 'soc/11300000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0+2'
        option band '6g'  ### THAT IS MISSING IN YOUR CONFIG
        option channel '53'
        option htmode 'HE80'
        option txpower '20'
        option country 'PL'
        option cell_density '0'

I did not try the image yet, due I’m out of home, but other users are using it and it works.

Can anyone tell me the length of pigtails that must be used?

Mon Aug 26 09:27:10 2024 daemon.err hostapd: Pre-RSNA security methods are not allowed in 6 GHz

I think encryption none on 6GHz is not allowed/valid, either setup wpa3-sae or just use owe for an “open” network (config default_radio2 that is) in testing.

Thank you. The problem was resolved by setting the country to DE. (I had tried adding the missing options but that only failed because the country was still set to NZ)

Even though Wifi6 is working (see note below), the same error appears in the syslog - i.e.

daemon.err hostapd: 1 errors found in configuration file '<inline>'

Note: Even though Wifi6 is “working”, it doesn’t show it is working Luci Network > Wireless after a Reboot. I have to Restart Radio 2 then go into Status > Channel Analysis > radio2 (wait till it finishes the scan) then go back to Network > Wireless to see that the radio has started.

I opened a new topic for YOU:

Wi-Fi 6GHz supposedly works, but is not detected by any device.

config wifi-device 'radio2'
        option type 'mac80211'
        option path 'soc/11300000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0+2'
        option band '6g'
        option channel '57'
        option htmode 'HE80'
        option country 'DE'
        option cell_density '0'

config wifi-iface 'wifinet2'
        option device 'radio2'
        option mode 'ap'
        option ssid 'OWRT_6G'
        option encryption 'sae'
        option key 'password'
        option network 'lan'
        option ocv '0'
        option ft_over_ds '0'

I tried this firmware in order to have a working wifi7. BPI-R4-BE1350-WIFI_MP4_0-SDK-20240620. But this firmware does not have wget-ssl. So opkg is not working. Does anyone know how to make the opkg working with BPI-R4-BE1350-WIFI_MP4_0-SDK-20240620? And where can I get a newer version than MP4_0-SDK-20240620?

@danpawlik I have tried your latest build dated 2024-08-30 and even though Wifi6 shows it is enabled in Luci it doesn’t show as being an available network (only 2.4 & 5 show) when searching with this wifi card-

Manufacturer:	Intel Corporation
Description:	Intel(R) Wi-Fi 6E AX210 160MHz
Driver version:	23.20.0.4

To confirm, I also downloaded the openwrt image from Bananapi and all 3 wifi (2.4, 5 & 6) networks appear and can be connected to with the Intel wifi card so I know it is not a faulty BPI-R4 or BPI-R4-NIC-BE14.

I really don’t see why I can’t get this to work but I thank you for your help.

Check this manual

1 Like

Your intel card is wifi 6e,not wifi7,but netherless wifi7 needs selfbuilt hostapd (openwrt seems to do already) with be and sae enabled and different config similar to the config in the post behind danpawlik’s link

I’m trying to get Wifi6 working on @danpawlik Build not Wifi7.

Am I confused or missing something?

Two posts above is an answer. It is on the openwrt forum.

trace above is caused by

and it seems interface is in state NL80211_IFTYPE_ADHOC

        if (WARN_ON(types & BIT(NL80211_IFTYPE_ADHOC) &&
                    c->beacon_int_min_gcd)) {
                return -EINVAL;
        }

not sure why only 1 phy is affected here (the other 2 are probed completely).

added a revert in my 6.11-rc tree and of course reported back to submitter.

Also got info that mainline patches/firmware for be14 (233) and others are prepared by mtk

3 Likes

You got info that they are working on the mainline patches for the BE14? That’s great news

Did you got info about what kernel they are working for? Public repo indicates that they are still working/developing for 5.4 …

Yes they talked about mainline support…downstream support (5.4) is already there.

1 Like

5.4? That’s that old firmware they put out isn’t it? It’ll be great when something 6.1 or newer comes out, but it’s great they are working on it. Also thanks for all you’ve done as well.

WiFi 7 board doesn’t work for me both in MTK MP3.1 and MTK MP4.0 official builds. Radio devices always stay inactive (didn’t do anything else beside restarting devices in LuCi). I’ve got it partially working (2.4 GHz only) in a custom build by @danpawlik, so the board is at least somewhat functional. Does anyone have an idea how to get it working in Sinovoip’s OpenWrt?

Kernel log of the MTK MP3.1 build attached.

kernlog.txt (125.3 KB)

I believe you have to activate the wifi through the MTK menu instead of the network->wireless menu…