Long time OpenWrt user here, first time in the forums though. I wanted to see if someone can provide an explanation for a strange problem I'm facing.
I have a Netgear Nighthawk R7800 X4S router which I bought recently, and I am using it only as a dumb AP for the time being (as my main router/firewall is a pfSense box).
Here's what's puzzling me: When I select 160MHz as the channel width, then no matter which channel I have selected (be it "auto" or any other channel except for 50-144), the 5GHz interface freaks out and throws all kinds of errors and ends up failing to start.
If I select 40 or 80MHz as the channel width, then there is no problem at all.
Here's the log, when I select 160MHz width:
Fri Aug 9 10:33:36 2019 daemon.notice hostapd: wlan0: interface state ENABLED->DISABLED
Fri Aug 9 10:33:36 2019 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED f4:f5:d8:c5:9f:de
Fri Aug 9 10:33:36 2019 daemon.notice hostapd: wlan0: AP-DISABLED
Fri Aug 9 10:33:36 2019 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Fri Aug 9 10:33:36 2019 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Fri Aug 9 10:33:36 2019 daemon.notice netifd: Network device 'wlan0' link is down
Fri Aug 9 10:33:36 2019 kern.info kernel: [45396.434836] device wlan0 left promiscuous mode
Fri Aug 9 10:33:36 2019 kern.info kernel: [45396.434935] br-lan: port 3(wlan0) entered disabled state
Fri Aug 9 10:33:36 2019 kern.warn kernel: [45396.476529] ath10k_pci 0000:01:00.0: peer-unmap-event: unknown peer id 1
Fri Aug 9 10:33:36 2019 kern.warn kernel: [45396.476686] ath10k_pci 0000:01:00.0: peer-unmap-event: unknown peer id 1
Fri Aug 9 10:33:36 2019 user.notice mac80211: Failed command: iw phy phy0 set antenna all all
Fri Aug 9 10:33:36 2019 daemon.notice netifd: radio0 (2762): command failed: Not supported (-95)
Fri Aug 9 10:33:36 2019 user.notice mac80211: Failed command: iw phy phy0 set distance 0
Fri Aug 9 10:33:37 2019 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Fri Aug 9 10:33:43 2019 daemon.notice hostapd: nl80211: nl80211_recv_beacons->nl_recvmsgs failed: -5
Fri Aug 9 10:33:43 2019 kern.info kernel: [45403.187112] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Fri Aug 9 10:33:43 2019 kern.info kernel: [45403.193311] br-lan: port 3(wlan0) entered blocking state
Fri Aug 9 10:33:43 2019 kern.info kernel: [45403.193366] br-lan: port 3(wlan0) entered disabled state
Fri Aug 9 10:33:43 2019 kern.info kernel: [45403.198307] device wlan0 entered promiscuous mode
Fri Aug 9 10:33:43 2019 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Fri Aug 9 10:33:43 2019 daemon.notice hostapd: wlan0: interface state COUNTRY_UPDATE->HT_SCAN
Fri Aug 9 10:33:43 2019 daemon.notice hostapd: wlan0: interface state HT_SCAN->DFS
Fri Aug 9 10:33:43 2019 daemon.notice hostapd: wlan0: DFS-CAC-START freq=5200 chan=40 sec_chan=-1, width=2, seg0=50, seg1=0, cac_time=60s
Fri Aug 9 10:33:43 2019 daemon.err hostapd: DFS start_dfs_cac() failed, -1
Fri Aug 9 10:33:43 2019 daemon.err hostapd: Interface initialization failed
Fri Aug 9 10:33:43 2019 daemon.notice hostapd: wlan0: interface state DFS->DISABLED
Fri Aug 9 10:33:43 2019 daemon.notice hostapd: wlan0: AP-DISABLED
Fri Aug 9 10:33:43 2019 daemon.notice hostapd: wlan0: interface state DISABLED->DISABLED
Fri Aug 9 10:33:43 2019 daemon.notice hostapd: wlan0: AP-DISABLED
Fri Aug 9 10:33:43 2019 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Fri Aug 9 10:33:43 2019 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
Fri Aug 9 10:33:43 2019 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Fri Aug 9 10:33:43 2019 kern.info kernel: [45403.585084] device wlan0 left promiscuous mode
Fri Aug 9 10:33:43 2019 kern.info kernel: [45403.585300] br-lan: port 3(wlan0) entered disabled state
Fri Aug 9 10:33:43 2019 kern.warn kernel: [45403.635298] ath10k_pci 0000:01:00.0: peer-unmap-event: unknown peer id 1
Fri Aug 9 10:33:43 2019 daemon.notice hostapd: ELOOP: remaining socket: sock=22 eloop_data=0xb6e6a810 user_data=0 handler=0x37654
Fri Aug 9 10:33:43 2019 daemon.notice netifd: radio0 (2762): WARNING (wireless_add_process): executable path /usr/sbin/wpad does not match process 2623 path ()
Fri Aug 9 10:33:49 2019 kern.info kernel: [45409.915123] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Fri Aug 9 10:34:00 2019 kern.warn kernel: [45420.059085] ath10k_pci 0000:01:00.0: peer-unmap-event: unknown peer id 1
Fri Aug 9 10:34:00 2019 user.notice mac80211: Failed command: iw phy phy0 set antenna all all
Fri Aug 9 10:34:00 2019 daemon.notice netifd: radio0 (2938): command failed: Not supported (-95)
Fri Aug 9 10:34:00 2019 user.notice mac80211: Failed command: iw phy phy0 set distance 0
Fri Aug 9 10:34:00 2019 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Fri Aug 9 10:34:06 2019 kern.info kernel: [45426.615680] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Fri Aug 9 10:34:06 2019 kern.info kernel: [45426.631876] br-lan: port 3(wlan0) entered blocking state
Fri Aug 9 10:34:06 2019 kern.info kernel: [45426.631904] br-lan: port 3(wlan0) entered disabled state
Fri Aug 9 10:34:06 2019 kern.info kernel: [45426.636528] device wlan0 entered promiscuous mode
Fri Aug 9 10:34:06 2019 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Fri Aug 9 10:34:06 2019 daemon.notice hostapd: wlan0: interface state COUNTRY_UPDATE->HT_SCAN
Fri Aug 9 10:34:06 2019 daemon.notice hostapd: wlan0: interface state HT_SCAN->DFS
Fri Aug 9 10:34:06 2019 daemon.notice hostapd: wlan0: DFS-CAC-START freq=5200 chan=40 sec_chan=-1, width=2, seg0=50, seg1=0, cac_time=60s
Fri Aug 9 10:34:06 2019 daemon.err hostapd: DFS start_dfs_cac() failed, -1
Fri Aug 9 10:34:06 2019 daemon.err hostapd: Interface initialization failed
Fri Aug 9 10:34:06 2019 daemon.notice hostapd: wlan0: interface state DFS->DISABLED
Fri Aug 9 10:34:06 2019 daemon.notice hostapd: wlan0: AP-DISABLED
Fri Aug 9 10:34:06 2019 daemon.notice hostapd: wlan0: interface state DISABLED->DISABLED
Fri Aug 9 10:34:06 2019 daemon.notice hostapd: wlan0: AP-DISABLED
Fri Aug 9 10:34:06 2019 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Fri Aug 9 10:34:06 2019 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
Fri Aug 9 10:34:06 2019 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Fri Aug 9 10:34:07 2019 kern.info kernel: [45427.014998] device wlan0 left promiscuous mode
Fri Aug 9 10:34:07 2019 kern.info kernel: [45427.015177] br-lan: port 3(wlan0) entered disabled state
Fri Aug 9 10:34:07 2019 kern.warn kernel: [45427.055652] ath10k_pci 0000:01:00.0: peer-unmap-event: unknown peer id 1
Fri Aug 9 10:34:07 2019 daemon.notice hostapd: ELOOP: remaining socket: sock=22 eloop_data=0xb6ee7810 user_data=0 handler=0x37654
Fri Aug 9 10:34:07 2019 daemon.notice netifd: radio0 (2938): WARNING (wireless_add_process): executable path /usr/sbin/wpad does not match process 2623 path ()
Fri Aug 9 10:34:13 2019 kern.info kernel: [45433.261164] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Any thoughts on why that happens? Any particular reason why I should definitely favor the broader channel width in general?
In US you can set 160 MHz only on 100-128 channels with DFS.
That means that Wi-Fi will work in a minute after it's enabled and if it doesn't detect weather radars.
Either you're interpreting the reg rules too literally, or they are written in a stupid format.
If I have two contiguous 80 mhz sections in regdb why shouldn't I be allowed to use 160?
Additionally, the rules for AU are written very similar to US and I've been able to get 160mhz running on channel 36 for wrt32x, but not for R7800.
I've also shown recently that 80+80mhz width fails as soon as you put any section in a DFS area.
I believe the driver/firmware is a little quirky here.
Instead I would prefer to use three radio wireless routers like Linksys EA8300, to have two 80 MHz 802.11ac wireless networks working on separated channels, with full compatibility, no DFS problems and parallel transmissions. With this also 802.11ac wave 1 or 802.11n/11a clients could benefit from more bandwidth.