160MHz channel width on TOTOLINK X5000R (was: DFS support with mt7915e?)

What is the status of DFS support on the mt7915e?

I have a TOTOLINK X5000R running a recent snapshot. When I choose a channel in the DFS range, such as 100, the 5GHz radio shuts off until the channel is changed again. Likewise if I set a 160Hz channel width.

First of all, are you sure you don’t have a (weather)radar somewhere within about 100km?

There might be, I'm in the Seattle area. However, I'm in a small valley and I have an ASUS RT-AC85U that is able to use channel 100.

I also have an Aruba VPN endpoint which has its wifi on channel 116.

DFS channels work with RT3200 with MT7915E.
(OpenWrt SNAPSHOT r17862-4ae4035e60)

Below is log with 802.11ax with 160 MHz wide at channels 36 and 100.
Also clients can connect (in the last extract).

Fri Oct 29 17:12:42 2021 daemon.notice hostapd: wlan1: interface state UNINITIALIZED->COUNTRY_UPDATE
Fri Oct 29 17:12:42 2021 daemon.notice hostapd: wlan1: interface state COUNTRY_UPDATE->HT_SCAN
Fri Oct 29 17:12:43 2021 kern.info kernel: [69028.197087] br-lan: port 5(wlan1) entered disabled state
Fri Oct 29 17:12:43 2021 daemon.notice hostapd: wlan1: interface state HT_SCAN->DFS
Fri Oct 29 17:12:43 2021 daemon.notice hostapd: wlan1: DFS-CAC-START freq=5180 chan=36 sec_chan=1, width=2, seg0=50, seg1=0, cac_time=60s
Fri Oct 29 17:12:43 2021 daemon.notice netifd: Wireless device 'radio1' is now up
Fri Oct 29 17:13:47 2021 daemon.notice hostapd: wlan1: DFS-CAC-COMPLETED success=1 freq=5180 ht_enabled=0 chan_offset=0 chan_width=5 cf1=5250 cf2=0
Fri Oct 29 17:13:47 2021 daemon.warn hostapd: Can't set DFS state for freq 5180 MHz
Fri Oct 29 17:13:47 2021 daemon.warn hostapd: Can't set DFS state for freq 5200 MHz
Fri Oct 29 17:13:47 2021 daemon.warn hostapd: Can't set DFS state for freq 5220 MHz
Fri Oct 29 17:13:47 2021 daemon.warn hostapd: Can't set DFS state for freq 5240 MHz
Fri Oct 29 17:13:47 2021 kern.info kernel: [69092.493749] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Fri Oct 29 17:13:47 2021 kern.info kernel: [69092.500267] br-lan: port 5(wlan1) entered blocking state
Fri Oct 29 17:13:47 2021 kern.info kernel: [69092.505579] br-lan: port 5(wlan1) entered forwarding state
Fri Oct 29 17:13:47 2021 daemon.notice netifd: Network device 'wlan1' link is up
Fri Oct 29 17:13:47 2021 daemon.notice hostapd: wlan1: interface state DFS->ENABLED
Fri Oct 29 17:13:47 2021 daemon.notice hostapd: wlan1: AP-ENABLED
...
Fri Oct 29 17:14:44 2021 daemon.notice hostapd: wlan1: interface state UNINITIALIZED->COUNTRY_UPDATE
Fri Oct 29 17:14:44 2021 daemon.notice hostapd: wlan1: interface state COUNTRY_UPDATE->HT_SCAN
Fri Oct 29 17:14:44 2021 kern.info kernel: [69149.946124] br-lan: port 5(wlan1) entered disabled state
Fri Oct 29 17:14:45 2021 daemon.notice hostapd: wlan1: interface state HT_SCAN->DFS
Fri Oct 29 17:14:45 2021 daemon.notice hostapd: wlan1: DFS-CAC-START freq=5500 chan=100 sec_chan=1, width=2, seg0=114, seg1=0, cac_time=60s
Fri Oct 29 17:14:45 2021 daemon.notice netifd: Wireless device 'radio1' is now up
Fri Oct 29 17:15:49 2021 daemon.notice hostapd: wlan1: DFS-CAC-COMPLETED success=1 freq=5500 ht_enabled=0 chan_offset=0 chan_width=5 cf1=5570 cf2=0
Fri Oct 29 17:15:51 2021 kern.info kernel: [69216.066370] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Fri Oct 29 17:15:51 2021 kern.info kernel: [69216.072877] br-lan: port 5(wlan1) entered blocking state
Fri Oct 29 17:15:51 2021 kern.info kernel: [69216.078267] br-lan: port 5(wlan1) entered forwarding state
Fri Oct 29 17:15:51 2021 daemon.notice netifd: Network device 'wlan1' link is up
Fri Oct 29 17:15:51 2021 daemon.notice hostapd: wlan1: interface state DFS->ENABLED
Fri Oct 29 17:15:51 2021 daemon.notice hostapd: wlan1: AP-ENABLED
Fri Oct 29 17:17:12 2021 daemon.info hostapd: wlan1: STA e0:c3:77:ae:0a:30 IEEE 802.11: associated (aid 1)
Fri Oct 29 17:17:13 2021 daemon.notice hostapd: wlan1: AP-STA-CONNECTED e0:c3:77:ae:0a:30

I have an RT3200 and it does work. Check the log for entries of "RADAR-DETECTED" Recent ath9k and ath10k seems to not try to change channel when radar is detected, it just stops working.

There is no TDWR in Seattle, but military aircraft can trigger a radar detect, as well as of course various terrestrial sources of false alarms.

It looks like an 80 MHz width will work with DFS channels, but 160 MHz is not working. I'm running SNAPSHOT r17869-04c5bcd074

iw phy1 info shows support for HE160/5GHz and HE160/HE80+80/5GHz.

Setting channel 36 and 160 MHz produces this logging output:

Fri Oct 29 15:18:56 2021 daemon.notice hostapd: Remove interface 'wlan1'
Fri Oct 29 15:18:56 2021 daemon.notice hostapd: wlan1: interface state ENABLED->DISABLED
Fri Oct 29 15:18:56 2021 daemon.notice hostapd: wlan1-2: AP-DISABLED
Fri Oct 29 15:18:56 2021 daemon.notice hostapd: wlan1-2: CTRL-EVENT-TERMINATING
Fri Oct 29 15:18:56 2021 daemon.err hostapd: rmdir[ctrl_interface=/var/run/hostapd]: Permission denied
Fri Oct 29 15:18:56 2021 daemon.notice netifd: Network device 'wlan1-2' link is down
Fri Oct 29 15:18:56 2021 kern.info kernel: [  680.694284] br-lan: port 11(wlan1-2) entered disabled state
Fri Oct 29 15:18:56 2021 kern.info kernel: [  680.755327] device wlan1-2 left promiscuous mode
Fri Oct 29 15:18:56 2021 kern.info kernel: [  680.759969] br-lan: port 11(wlan1-2) entered disabled state
Fri Oct 29 15:18:56 2021 daemon.notice hostapd: nl80211: Failed to remove interface wlan1-2 from bridge br-lan: No such device
Fri Oct 29 15:18:56 2021 daemon.notice hostapd: wlan1-1: AP-DISABLED
Fri Oct 29 15:18:56 2021 daemon.notice hostapd: wlan1-1: CTRL-EVENT-TERMINATING
Fri Oct 29 15:18:56 2021 daemon.err hostapd: rmdir[ctrl_interface=/var/run/hostapd]: Permission denied
Fri Oct 29 15:18:56 2021 daemon.notice netifd: Network device 'wlan1-1' link is down
Fri Oct 29 15:18:56 2021 kern.info kernel: [  680.905599] br-lan: port 10(wlan1-1) entered disabled state
Fri Oct 29 15:18:56 2021 kern.info kernel: [  680.955378] device wlan1-1 left promiscuous mode
Fri Oct 29 15:18:56 2021 kern.info kernel: [  680.960019] br-lan: port 10(wlan1-1) entered disabled state
Fri Oct 29 15:18:56 2021 daemon.notice hostapd: nl80211: Failed to remove interface wlan1-1 from bridge br-lan: No such device
Fri Oct 29 15:18:56 2021 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED a4:0e:2b:0a:de:0d
Fri Oct 29 15:18:56 2021 daemon.notice hostapd: wlan1: AP-DISABLED
Fri Oct 29 15:18:56 2021 daemon.notice hostapd: wlan1: CTRL-EVENT-TERMINATING
Fri Oct 29 15:18:56 2021 daemon.err hostapd: rmdir[ctrl_interface=/var/run/hostapd]: Permission denied
Fri Oct 29 15:18:56 2021 daemon.notice hostapd: nl80211: deinit ifname=wlan1 disabled_11b_rates=0
Fri Oct 29 15:18:56 2021 kern.info kernel: [  681.124396] device wlan1 left promiscuous mode
Fri Oct 29 15:18:56 2021 kern.info kernel: [  681.129488] br-lan: port 7(wlan1) entered disabled state
Fri Oct 29 15:18:57 2021 daemon.notice netifd: Network device 'wlan1' link is down
Fri Oct 29 15:18:57 2021 daemon.notice netifd: Wireless device 'radio1' is now down
Fri Oct 29 15:18:58 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy1.conf (phy wlan1) --> new PHY
Fri Oct 29 15:18:58 2021 kern.info kernel: [  682.818298] br-lan: port 7(wlan1) entered blocking state
Fri Oct 29 15:18:58 2021 kern.info kernel: [  682.823613] br-lan: port 7(wlan1) entered disabled state
Fri Oct 29 15:18:58 2021 kern.info kernel: [  682.829635] device wlan1 entered promiscuous mode
Fri Oct 29 15:18:58 2021 kern.info kernel: [  682.834908] br-lan: port 7(wlan1) entered blocking state
Fri Oct 29 15:18:58 2021 kern.info kernel: [  682.840242] br-lan: port 7(wlan1) entered forwarding state
Fri Oct 29 15:18:58 2021 daemon.notice hostapd: wlan1: interface state UNINITIALIZED->COUNTRY_UPDATE
Fri Oct 29 15:18:58 2021 daemon.notice hostapd: wlan1: interface state COUNTRY_UPDATE->HT_SCAN
Fri Oct 29 15:18:58 2021 kern.info kernel: [  682.884943] br-lan: port 7(wlan1) entered disabled state
Fri Oct 29 15:18:58 2021 daemon.notice hostapd: Switch own primary and secondary channel to get secondary channel with no Beacons from other BSSes
Fri Oct 29 15:18:58 2021 daemon.notice hostapd: wlan1: interface state HT_SCAN->DFS
Fri Oct 29 15:18:58 2021 daemon.notice hostapd: wlan1: DFS-CAC-START freq=5200 chan=40 sec_chan=-1, width=2, seg0=50, seg1=0, cac_time=60s
Fri Oct 29 15:18:58 2021 daemon.err hostapd: nl80211: kernel reports: (extension) channel is disabled
Fri Oct 29 15:18:58 2021 daemon.err hostapd: DFS start_dfs_cac() failed, -1
Fri Oct 29 15:18:58 2021 daemon.err hostapd: Interface initialization failed
Fri Oct 29 15:18:58 2021 daemon.notice hostapd: wlan1: interface state DFS->DISABLED
Fri Oct 29 15:18:58 2021 daemon.notice hostapd: wlan1: AP-DISABLED
Fri Oct 29 15:18:59 2021 daemon.notice netifd: Wireless device 'radio1' is now up

There are some errors from hostapd, most notably

Fri Oct 29 15:27:23 2021 daemon.err hostapd: nl80211: kernel reports: (extension) channel is disabled
Fri Oct 29 15:27:23 2021 daemon.err hostapd: DFS start_dfs_cac() failed, -1
Fri Oct 29 15:27:23 2021 daemon.err hostapd: Interface initialization failed

It looks like 160MHz width isn't supported by the drivers?

Same for me here running stable 21.02.1 running kernel 5.4. Is this maybe fixed in kernel 5.10?

Hey folks, I was looking at supported devices and saw the Totolink X5000R. It is one of the very few AX capable routers that can run OpenWRT. So I wanted to confirm something before I order one. Can I install OpenWRT and enable OSLR on it with the AX protocol working? I am interested in running OpenWRT with OSLR on multiple routers to get a fast Mesh network working. Any suggestions or recommendations would be greatly appreciated!!!

OSLR is enabled by default on OpenWRT 802.11s. I don't know if it can bond multiple radios into one mesh using 802.11ax.

Sorry for resurrecting such an old topic - did you guys got 160MHz channels working on Totolink X5000R?