Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/index.php/Reporting_Bug_Guidelines

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

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
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Jan Alexander Steffens (heftig)
Bartłomiej Piotrowski (Barthalion)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

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

Loading...