[OpenWrt-Devel] 5GHz wifi is broken

Hartmut Birr osexpert at gmail.com
Mon Feb 18 16:38:51 EST 2019


Hi,

this is my wireless configuration. I build hostapd with the internal radius server enabled and set the expected
configuration for the internal radius server for hostapd if config value for auth_server isn't given or empty.

config wifi-device 'radio0'
	option type 'mac80211'
	option channel 'auto'
	option channels '36-140'
	option hwmode '11a'
	option path 'pci0000:00/0000:00:00.0'
	option htmode 'VHT80'
	option country 'DE'
	option disassoc_low_ack '0'
	option log_level '0'

config wifi-iface
	option device 'radio0'
	option mode 'ap'
#	option encryption 'wpa2+ccmp'
	option encryption 'wpa3-mixed'
	option ssid 'Wxxxxxxb-radius'
	option ca_cert '/etc/certs/ca-d171225.crt'
	option server_cert '/etc/certs/crt-d170807.crt'
	option private_key '/etc/certs/key-d170807.key'
	option dh_file '/etc/certs/hostapd.dh4096.pem'
	option eap_user_file '/etc/config/haprad.eap_user'
	option network 'lan'
	option eapol_version '2'
	option ieee80211w '1'
	option wpa_group_rekey '3600'

config wifi-iface
	option device 'radio0'
	option network 'lan'
	option mode 'ap'
	option ssid 'Wxxxxxxb'
#	option encryption 'psk2+ccmp'
	option encryption 'sae-mixed'
	option wpa_psk_file '/etc/config/hostapd.wpa_psk'
	option disassoc_low_ack '0'
	option ieee80211w '1'
	option wpa_group_rekey '3600'

config wifi-iface
	option device 'radio0'
	option mode 'ap'
	option ssid 'Txxxxxx'
#	option encryption 'psk2+ccmp'
	option encryption 'sae-mixed'
	option key 'xxxxxxxxxxxxxxxxxxxxxxxx'
	option network 'tor'
	option macaddr '00:xx:xx:xx:xx:xx'
	option disassoc_low_ack '0'
	option ieee80211w '1'
	option wpa_group_rekey '3600'

config wifi-device 'radio1'
	option type 'mac80211'
	option channel '11'
	option hwmode '11g'
	option path 'platform/ahb/ahb:apb/18100000.wmac'
	option htmode 'HT40-'
	option country 'DE'
	option noscan '1'
	option log_level '3'
	option ht_coex '1'

config wifi-iface
	option device 'radio1'
	option mode 'ap'
	option network 'lan'
#	option encryption 'wpa2+ccmp'
	option encryption 'wpa3-mixed'
	option ssid 'Wxxxxxxa-radius'
	option ca_cert '/etc/certs/ca-d171225.crt'
	option crl_file '/etc/certs/crl-d181127.pem'
	option check_crl '2'
	option server_cert '/etc/certs/crt-d170807.crt'
	option private_key '/etc/certs/key-d170807.key'
	option dh_file '/etc/certs/hostapd.dh4096.pem'
	option eap_user_file '/etc/config/haprad.eap_user'
	option eapol_version '2'
	option ieee80211w '1'

config wifi-iface
	option device 'radio1'
	option network 'lan'
	option mode 'ap'
	option ssid 'Wxxxxxxa'
#	option encryption 'psk2+ccmp'
	option encryption 'sae-mixed'
	option wpa_psk_file '/etc/config/hostapd.wpa_psk'
	option beacon_int '500'

config wifi-iface
	option device 'radio1'
	option network 'guest1'
	option mode 'ap'
	option ssid 'Wxxxxxxc'
#	option encryption 'psk2+ccmp'
	option encryption 'sae-mixed'
	option key 'xxxxxxxxxxxxxxxxxxxxxxxx'
	list maclist 'fc:xx:xx:xx:xx:xx'
	list maclist 'e8:xx:xx:xx:xx:xx'
	option macfilter 'deny'
	option ieee80211w '1'

config wifi-iface
	option device 'radio1'
	option network 'guest2'
	option mode 'ap'
	option ssid 'Wxxxxxxd'
#	option encryption 'psk2+ccmp'
	option encryption 'sae-mixed'
	option key 'xxxxxxxxxxxxxxxxxxxxxxxx'
	list maclist '8c:xx:xx:xx:xx:xx'
	option macfilter 'deny'
	option ieee80211w '1'

config wifi-iface
	option device 'radio1'
	option network 'Ixxxxx'
	option mode 'ap'
	option ssid 'The Internet of Shitty Things'
#	option encryption 'psk2+ccmp'
	option encryption 'sae-mixed'
	option key 'xxxxxxxxxxxxxxxxxxxxxxxx'
	option ieee80211w '1'
	option disassoc_low_ack '0'
	option max_inactivity '1800'

config wifi-iface
	option device 'radio1'
	option network 'radio'
	option mode 'ap'
	option ssid 'wxxxxx'
#	option encryption 'psk2+ccmp'
	option encryption 'sae-mixed'
	option key 'xxxxxxxxxxxxxxxxxxxxxxxx'
	option ieee80211w '1'
	list maclist '8c:xx:xx:xx:xx:xx'
	list maclist 'fc:xx:xx:xx:xx:xx'
	list maclist 'e8:xx:xx:xx:xx:xx'
	option macfilter 'deny'

config wifi-iface
	option device 'radio1'
	option network 'tor'
	option mode 'ap'
	option ssid 'Txxxxx'
#	option encryption 'psk2+ccmp'
	option encryption 'sae-mixed'
	option key 'xxxxxxxxxxxxxxxxxxxxxxxx'
	option macaddr '00:xx:xx:xx:xx:xx'
	option ieee80211w '1'

I did try to identify the commit where the issue does start:

...
curl: bump to 7.64.0					8 Feb 2019 08:37 +0100

LAST GOOD BUILD 8 Feb 2019 12:30 +0100

mac80211: rt2x00: remove patch causing low tx power	8 Feb 2019 13:13 +0100
...
glibc: update to latest 2.27 commit [BZ #24180]		9 Feb 2019 21:07 +0100

FIRST BAD BUILD 10 Feb 2019 09:30:00

tools/tar: Update to 1.31				10 Feb 2019 20:47 +0100
...

I did do a checkout of the variants around my first bad build and build an image. I couldn't reproduce the issue again.
Then I did go forward by a few commits and did check the image again. The last commit without the issue is:

base-files: fix ucert verification			12 Feb 2019 16:42 +0100

The issue starts with the openssl related commits, but I did check only the last one:

openssl: add package for openssl.cnf, misc changes	12 Feb 2019 22:24 +0100

I build 6 images from different commits till:

build: Honour NO_COLOR in include/scan.mk		17 Feb 2019 19:22 +0100

If the openssl stuff is included, than I get the issue. If the openssl stuff isn't included, my 5GHz WiFi does start.
I've another TP-Link router with an ath9k as 5Ghz Wifi. It is the WDR3600. The Wifi configuration is similar like my
Archer C7. I don't see this issue.

Regards,
Hartmut


Am 16.02.2019 um 22:42 schrieb Ben Greear:
> 
> 
> On 02/16/2019 01:36 PM, Christian Lamparter wrote:
>> Hello,
>>
>> On Thursday, February 14, 2019 6:43:26 PM CET e9hack wrote:
>>> a change somewhere between 8.Feb and 10.Feb breaks the usage of the 5GHz WiFi on my Archer C7 router.
>>> I get the following entries in the log file:
>>>
>>> Firmware is:
>>> ath10k_pci 0000:00:00.0: firmware ver 10.1-ct-8x-__fW-022-1bbfa151 api 2 features
>>> wmi-10.x,has-wmi-mgmt-tx,mfp,txstatus-noack,wmi-10.x-CT,ratemask-CT,txrate-CT,get-temp-CT,tx-rc-CT,cust-stats-CT,retry-gt2-CT,txrate2-CT
>>>
>>> crc32 66e0dff7
>>>
>>> Thu Feb 14 18:27:01 2019 daemon.err hostapd: Failed to set beacon parameters
>>> Thu Feb 14 18:27:01 2019 daemon.err hostapd: Interface initialization failed
>>> Thu Feb 14 18:27:01 2019 daemon.notice hostapd: wlan0: interface state DFS->DISABLED
>>> Thu Feb 14 18:27:01 2019 daemon.notice hostapd: wlan0: AP-DISABLED
>>> Thu Feb 14 18:27:01 2019 daemon.notice hostapd: wlan0: interface state DISABLED->DISABLED
>>> Thu Feb 14 18:27:01 2019 daemon.notice hostapd: wlan0-2: AP-DISABLED
>>> Thu Feb 14 18:27:01 2019 daemon.notice hostapd: wlan0-2: CTRL-EVENT-TERMINATING
>>> Thu Feb 14 18:27:01 2019 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0-2 wasn't started
>>> Thu Feb 14 18:27:01 2019 daemon.notice hostapd: wlan0-1: AP-DISABLED
>>> Thu Feb 14 18:27:01 2019 daemon.notice hostapd: wlan0-1: CTRL-EVENT-TERMINATING
>>> Thu Feb 14 18:27:01 2019 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0-1 wasn't started
>>> Thu Feb 14 18:27:01 2019 daemon.notice hostapd: wlan0: AP-DISABLED
>>> Thu Feb 14 18:27:01 2019 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
>>> Thu Feb 14 18:27:01 2019 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
>>> Thu Feb 14 18:27:01 2019 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
>>> Thu Feb 14 18:27:01 2019 kern.info kernel: [  162.919267] device wlan0 left promiscuous mode
>>> Thu Feb 14 18:27:01 2019 kern.info kernel: [  162.923985] br-lan: port 2(wlan0) entered disabled state
>>> Thu Feb 14 18:27:02 2019 daemon.notice hostapd: ELOOP: remaining socket: sock=23 eloop_data=0x77f9cc40 user_data=0
>>> handler=0x556a2d91
>>> Thu Feb 14 18:27:02 2019 daemon.notice netifd: radio0 (2540): cat: can't open '/var/run/wifi-phy0.pid': No such file or
>>> directory
>>> Thu Feb 14 18:27:02 2019 daemon.notice netifd: radio0 (2540): WARNING (wireless_add_process): executable path
>>> /usr/sbin/hostapd does not match process  path (/proc/exe)
>>> Thu Feb 14 18:27:02 2019 daemon.notice netifd: radio0 (2540): Command failed: Invalid argument
>>> Thu Feb 14 18:27:03 2019 kern.warn kernel: [  164.791404] ath10k_pci 0000:00:00.0: 10.1 wmi init: vdevs: 16  peers: 127
>>> tid: 256
>>> Thu Feb 14 18:27:03 2019 kern.info kernel: [  164.808256] ath10k_pci 0000:00:00.0: wmi print 'P 128 V 8 T 410'
>>> Thu Feb 14 18:27:03 2019 kern.info kernel: [  164.814618] ath10k_pci 0000:00:00.0: wmi print 'msdu-desc: 1424  sw-crypt:
>>> 0 ct-sta: 0'
>>> Thu Feb 14 18:27:03 2019 kern.info kernel: [  164.822797] ath10k_pci 0000:00:00.0: wmi print 'alloc rem: 24616 iram:
>>> 26584'
>>
>>> Thu Feb 14 18:27:03 2019 kern.warn kernel: [  164.900521] ath10k_pci 0000:00:00.0: pdev param 0 not supported by
>>> firmware
>>> Thu Feb 14 18:27:03 2019 kern.info kernel: [  164.925384] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
>>> Thu Feb 14 18:27:04 2019 daemon.notice netifd: radio0 (2540): Cannot find device "wlan0-1"
>>> Thu Feb 14 18:27:04 2019 daemon.notice netifd: radio0 (2540): Interface 1 setup failed: IFUP_ERROR
>>> Thu Feb 14 18:27:05 2019 daemon.notice netifd: radio0 (2540): Cannot find device "wlan0-2"
>>> Thu Feb 14 18:27:05 2019 daemon.notice netifd: radio0 (2540): Interface 2 setup failed: IFUP_ERROR
>>> Thu Feb 14 18:27:05 2019 kern.info kernel: [  166.183839] br-lan: port 2(wlan0) entered blocking state
>>> Thu Feb 14 18:27:05 2019 kern.info kernel: [  166.189311] br-lan: port 2(wlan0) entered disabled state
>>> Thu Feb 14 18:27:05 2019 kern.info kernel: [  166.195048] device wlan0 entered promiscuous mode
>>
>> "between 8.Feb and 10.Feb"
>>
>> https://github.com/openwrt/openwrt/commits/master/package/kernel/ath10k-ct
>>
>> so maybe it was:
>>
>> https://github.com/openwrt/openwrt/commit/835fc08ae3fb9e27db0f095a10fbff24f87ee1a9
>> (Although, github says it was commited on the 11th)
>>
>> Can you please post your /etc/config/wireless and try to revert the patch to test if
>> this helps with the situation?
>>
>> If it is indeed the patch (and not a unsupported configuration):
>>
>> @Ben can you please take a peek into your wave-1 firmware and check if the
>> mgmt_rate WMI (WMI_10X_VDEV_PARAM_MGMT_RATE) is supported, or if there is
>> a bad interaction somewhere else?
>>
>> (This "pdev param 0 not supported by firmware" was mentioned in
>> https://bugs.openwrt.org/index.php?do=details&task_id=1920 so probably not the problem)
> 
> Hopefully the user can bisect to the exact bad commit, and then I'll be happy to
> try to figure out what is the issue.
> 
> I have not made many changes to the wave-1 firmware recently.  I have some API
> to set the management rates, but not sure it uses the same API as whatever that
> patch in question is using.
> 
> Thanks,
> Ben
> 
>>
>> Cheers,
>> Christian
>>
>>
> 


_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel



More information about the openwrt-devel mailing list