Openwrt trunk now officially supports the required 233 for Banana Pi BPI-R4 + BE14 Wifi module
test:
Openwrt trunk now officially supports the required 233 for Banana Pi BPI-R4 + BE14 Wifi module
test:
Can confirm. Was building a new image using imagebuilder last night and was quite happy to see that the wifi interfaces are working out of the box.
I only got working wifi on the radio0
and radio1
interfaces, so 2.4GHz and 5GHz, but not on the radio2
.
Adding a network to the radio2
results in this
Can anyone confirm what I am seeing?
… please read instructions on how to enable 6GHz radio in openWRT Forum:
Had those already. Issue was, that the default network created using luci/uci does not have a password set. This is not allowed for 6G. Found the error message in the hostapd
log. Just in case anyone else comes across this.
Building from trunk with the MTK SDK I was able to get the 3 radios working. I have 6g with EHT160, anyone has been able to enable EHT320 on the 6g?
Tue Oct 15 21:30:22 2024 daemon.notice hostapd: phy2-ap0: interface state UNINITIALIZED->COUNTRY_UPDATE
Tue Oct 15 21:30:22 2024 daemon.notice netifd: Wireless device 'radio2' is now up
Tue Oct 15 21:30:22 2024 daemon.notice hostapd: ACS: Automatic channel selection started, this may take a bit
Tue Oct 15 21:30:22 2024 daemon.notice hostapd: phy2-ap0: interface state COUNTRY_UPDATE->ACS
Tue Oct 15 21:30:22 2024 daemon.notice hostapd: phy2-ap0: ACS-STARTED
Tue Oct 15 21:30:37 2024 daemon.notice hostapd: phy2-ap0: ACS-COMPLETED freq=6175 channel=45
Tue Oct 15 21:30:37 2024 daemon.err hostapd: nl80211: kernel reports: (extension) channel is disabled
Tue Oct 15 21:30:37 2024 daemon.err hostapd: Could not set channel for kernel driver
Tue Oct 15 21:30:37 2024 daemon.err hostapd: Interface initialization failed
Tue Oct 15 21:30:37 2024 daemon.notice hostapd: phy2-ap0: interface state ACS->DISABLED
Tue Oct 15 21:30:37 2024 daemon.notice hostapd: phy2-ap0: AP-DISABLED
Tue Oct 15 21:30:37 2024 daemon.err hostapd: ACS: Possibly channel configuration is invalid, please report this along with your config file.
Tue Oct 15 21:30:37 2024 daemon.err hostapd: ACS: Failed to start
Tue Oct 15 21:30:37 2024 daemon.notice hostapd: phy2-ap0: AP-DISABLED
don’t too much about MTK SDK image, but could u share the output for following cmds if OS supports:
cat /etc/config/wireless
iw reg get
iw reg get:
root@OpenWrt:~# iw reg get
global
country IT: DFS-ETSI
(2400 - 2483 @ 40), (N/A, 20), (N/A)
(5150 - 5250 @ 80), (N/A, 23), (N/A), NO-OUTDOOR, AUTO-BW
(5250 - 5350 @ 80), (N/A, 20), (0 ms), NO-OUTDOOR, DFS, AUTO-BW
(5470 - 5725 @ 160), (N/A, 26), (0 ms), DFS
(5725 - 5875 @ 80), (N/A, 13), (N/A)
(5945 - 6425 @ 160), (N/A, 23), (N/A), NO-OUTDOOR
(57000 - 66000 @ 2160), (N/A, 40), (N/A)
relevant config is:
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 'auto'
option htmode 'EHT320'
option country 'IT'
option cell_density '0'
config wifi-iface 'default_radio2'
option device 'radio2'
option network 'lan'
option mode 'ap'
option ssid 'SomeSSID'
option encryption 'sae'
option key 'SomePassword'
option ocv '0'
(5945 - 6425 @ 160), (N/A, 23), (N/A), NO-OUTDOOR
320mhz BW is not allowed in IT, might be regdb is not updated in MTK SDK image. Try to change to country like US, CA or JP. then check the results. Also recommends don’t depends on ACS to select the channel. try to select it manually by setting
option channel '5'
I’m building my own image from snapshot with the MTK SDK. Do you know how can update the regdb? I’m fairly certain 320mhz bw is allowed in IT (or, at the very least, I see a whole bunch of products that do allow it in here).
share their repo URL and let me check if could be done, if yes will send you a private message how to do it.
It’s the official MTK repo: openwrt/feeds/mtk-openwrt-feeds - Gitiles (mediatek.com) I build my images following the instructions for snapshot.
Does it support more than 6 dBm?
root@OpenWrt:~# iw phy0.0-ap0 info
Interface phy0.0-ap0
ifindex 12
wdev 0x2
addr 2a:ed:b6:92:7d:a3
ssid OpenWrt 2.4Ghz
type AP
wiphy 0
channel 1 (2412 MHz), width: 20 MHz, center1: 2412 MHz
txpower 6.00 dBm
multicast TXQ:
qsz-byt qsz-pkt flows drops marks overlmt hashcol tx-bytes tx-packets
0 0 0 0 0 0 0 0 0
Radios: 0
I’ll give you the power I have per channel in the US region, on the 2.4Ghz antenna
Frequencies: * 2412.0 MHz [1] (27.0 dBm)
* 2417.0 MHz [2] (27.0 dBm)
* 2422.0 MHz [3] (27.0 dBm)
* 2427.0 MHz [4] (27.0 dBm)
* 2432.0 MHz [5] (27.0 dBm)
* 2437.0 MHz [6] (27.0 dBm)
* 2442.0 MHz [7] (27.0 dBm)
* 2447.0 MHz [8] (27.0 dBm)
* 2452.0 MHz [9] (27.0 dBm)
* 2457.0 MHz [10] (27.0 dBm)
* 2462.0 MHz [11] (27.0 dBm)
* 2467.0 MHz [12] (27.0 dBm)
* 2472.0 MHz [13] (27.0 dBm)
* 2484.0 MHz [14] (disabled)
Have you set regulatory domain?
iw reg get
I did set it to GB, I tried multiple aways but didn’t work and I’m confused
ieee80211_regdom
for kernel module cfg80211
OpenWrt:~# iw reg get
global
country GB: DFS-ETSI
(2400 - 2483 @ 40), (N/A, 20), (N/A)
(5150 - 5250 @ 80), (N/A, 23), (N/A), NO-OUTDOOR, AUTO-BW
(5250 - 5350 @ 80), (N/A, 20), (0 ms), NO-OUTDOOR, DFS, AUTO-BW
(5470 - 5730 @ 160), (N/A, 26), (0 ms), DFS
(5725 - 5850 @ 80), (N/A, 23), (N/A), NO-OUTDOOR
(5925 - 6425 @ 160), (N/A, 23), (N/A), NO-OUTDOOR
(57000 - 71000 @ 2160), (N/A, 40), (N/A)
Tried 24.04-rc4 before and now I’m running the latest snapshot
root@OpenWrt:~# cat /etc/openwrt_release
DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='24.10-SNAPSHOT'
DISTRIB_REVISION='r28280-2f60e7f006'
DISTRIB_TARGET='mediatek/filogic'
DISTRIB_ARCH='aarch64_cortex-a53'
DISTRIB_DESCRIPTION='OpenWrt 24.10-SNAPSHOT r28280-2f60e7f006'
DISTRIB_TAINTS=''
Tried 24.10.0-rc4. 6GHz phy0.2-ap0 is not working at any 20/40/80/160/320MHz width. Ethernet stuck at 100/100Mbit.
root@OpenWrt:~# cat /etc/openwrt_release
DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='24.10.0-rc4'
DISTRIB_REVISION='r28211-d55754ce0d'
DISTRIB_TARGET='mediatek/filogic'
DISTRIB_ARCH='aarch64_cortex-a53'
DISTRIB_DESCRIPTION='OpenWrt 24.10.0-rc4 r28211-d55754ce0d'
DISTRIB_TAINTS=''
root@OpenWrt:~# iw reg get
global
country SE: DFS-ETSI
(2400 - 2483 @ 40), (N/A, 20), (N/A)
(5150 - 5250 @ 80), (N/A, 23), (N/A), NO-OUTDOOR, AUTO-BW
(5250 - 5350 @ 80), (N/A, 20), (0 ms), NO-OUTDOOR, DFS, AUTO-BW
(5470 - 5725 @ 160), (N/A, 26), (0 ms), DFS
(5725 - 5875 @ 80), (N/A, 13), (N/A)
(5945 - 6425 @ 160), (N/A, 23), (N/A), NO-OUTDOOR
(57000 - 66000 @ 2160), (N/A, 40), (N/A)
What does dmesg say about ethernet? Should be pretty early in the boot log.
Dmesg: OpenWrt 24.10.0-rc4 r28211-d55754ce0d_dmesg.txt (50.7 KB) Nothing too exciting. WAN simply got 1Gbps, whereas LAN 100Mbps. Cut the rest of the dmesg, it’s just expected, error-free, wireless module spam.
EDIT: Added dmesg inline, instead of pastebin, per @totkeks recommendation.
Mt7530 mmio is definitely the wrong driver for the lan ports. Those should use the same as eth0, which is mtk ethernet.
Also you can paste logs here in the forum. Use the code button to format them properly.
6.084480] mtk_soc_eth 15100000.ethernet eth0: mediatek frame engine at 0xffffffc082880000, irq 106
[ 6.094144] mtk_soc_eth 15100000.ethernet eth1: mediatek frame engine at 0xffffffc082880000, irq 106
[ 6.103816] mtk_soc_eth 15100000.ethernet eth2: mediatek frame engine at 0xffffffc082880000, irq 106
[ 6.196532] mt7530-mmio 15020000.switch: configuring for fixed/internal link mode
[ 6.204050] mt7530-mmio 15020000.switch: Link is Up - 10Gbps/Full - flow control rx/tx
[ 6.230819] mt7530-mmio 15020000.switch wan (uninitialized): PHY [mt7530-0:00] driver [MediaTek MT7988 PHY] (irq=124)
[ 6.268545] mt7530-mmio 15020000.switch lan1 (uninitialized): PHY [mt7530-0:01] driver [MediaTek MT7988 PHY] (irq=125)
[ 6.306203] mt7530-mmio 15020000.switch lan2 (uninitialized): PHY [mt7530-0:02] driver [MediaTek MT7988 PHY] (irq=126)
[ 6.344164] mt7530-mmio 15020000.switch lan3 (uninitialized): PHY [mt7530-0:03] driver [MediaTek MT7988 PHY] (irq=127)
[ 6.355155] mtk_soc_eth 15100000.ethernet eth0: entered promiscuous mode
[ 6.361861] DSA: tree 0 setup
Tried to build using mtk-openwrt-feeds steps for master branch (24.x), which @EPinci appears to use. But it seems the MTK feeds are broken:
$ ./scripts/feeds install -a
$ make menuconfig
WARNING: Makefile 'package/feeds/mtk_openwrt_feed/crypto-eip/Makefile' has a dependency on 'kmod-tops', which does not exist
WARNING: Makefile 'package/feeds/mtk_openwrt_feed/flowtable/Makefile' has a dependency on 'kmod-nf-flow-netlink', which does not exist
WARNING: Makefile 'package/feeds/mtk_openwrt_feed/pce/Makefile' has a dependency on 'kmod-mediatek_hnat', which does not exist
WARNING: Makefile 'package/feeds/mtk_openwrt_feed/tops-tool/Makefile' has a dependency on 'kmod-tops', which does not exist
tmp/.config-package.in:89765:error: recursive dependency detected!
tmp/.config-package.in:89765: symbol PACKAGE_kmod-crypto-eip depends on PACKAGE_strongswan-mod-kdf
tmp/.config-package.in:111489: symbol PACKAGE_strongswan-mod-kdf depends on PACKAGE_strongswan
tmp/.config-package.in:110841: symbol PACKAGE_strongswan is selected by PACKAGE_kmod-crypto-eip