FS#65588 - [wpa_supplicant] CONFIG_WNM=y breaks BCM4360 on MacBookAir7,2
Attached to Project:
Arch Linux
Opened by Chih-Hsuan Yen (yan12125) - Saturday, 22 February 2020, 12:57 GMT
Last edited by Jan Alexander Steffens (heftig) - Saturday, 22 February 2020, 18:18 GMT
Opened by Chih-Hsuan Yen (yan12125) - Saturday, 22 February 2020, 12:57 GMT
Last edited by Jan Alexander Steffens (heftig) - Saturday, 22 February 2020, 18:18 GMT
|
Details
Description:
Recently CONFIG_WNM is enabled for wpa_supplicant [1][2], which breaks BCM4360 on MacBookAir7,2. Here are relevant debug logs from wpa_supplicant (from `wpa_supplicant -dd`) 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: wlp3s0: State: INACTIVE -> SCANNING 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: Scan SSID - hexdump(len=7): 65 64 75 72 6f 61 6d 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: wlp3s0: Starting AP scan for specific SSID: eduroam 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: wlp3s0: Add radio work 'scan'@0x56066861ff40 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: wlp3s0: First radio work item in the queue - schedule start immediately 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: wlp3s0: Starting radio work 'scan'@0x56066861ff40 after 0.000030 second wait 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: Request driver to clear scan cache due to local BSS flush 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: wlp3s0: nl80211: scan request 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: nl80211: Scan SSID eduroam 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: nl80211: Scan extra IEs - hexdump(len=6): 7f 04 00 00 0a 02 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: nl80211: Add NL80211_SCAN_FLAG_FLUSH 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: nl80211: Scan trigger failed: ret=-22 (Invalid argument) 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: wlp3s0: State: SCANNING -> INACTIVE 2月 22 18:49:08 PC951-Mac-Arch wpa_supplicant[4583]: wlp3s0: CTRL-EVENT-SCAN-FAILED ret=-22 retry=1 If I remove CONFIG_WNM=y from config and rebuild wpa_supplicant, connecting to Wi-Fi APs works again. Additional info: wpa_supplicant 2:2.9-6 broadcom-wl 6.30.223.271-173 There was an upstream report http://lists.infradead.org/pipermail/hostap/2017-December/038142.html but no useful responses. The issue was also reported to Debian [3], and the package maintainer at Debian decided to remove CONFIG_WNM. Steps to reproduce: 1. Upgrade the system and reboot -> Wi-Fi connections can no longer be established 2. Remove CONFIG_WNM, rebuild wpa_supplicant and install it 3. Restart wpa_supplicant.service 4. Toggle "Enable Wi-Fi" off and on from network-manager-applet -> Wi-Fi connections works again [1] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/wpa_supplicant&id=73ce2847aec510861a041ac369054a9aed5c3406 [2] https://bugs.archlinux.org/task/65470 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833507 |
This task depends upon
Closed by Jan Alexander Steffens (heftig)
Saturday, 22 February 2020, 18:18 GMT
Reason for closing: Fixed
Additional comments about closing: 2.9-7
Saturday, 22 February 2020, 18:18 GMT
Reason for closing: Fixed
Additional comments about closing: 2.9-7