After switching from gentoo-sources-3.7.10 to 3.9.4 (nothing changed in config, apart from new options) I'm no longer able to connect to my mobile gsm2wifi router. Part of dmesg log below. My WiFi card is "Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) (rev 01)" supported by ATH9K driver. So far I found one user with similiar problem, link in "URL" part of the bug. I'll attach kernel config in second post (don't know how to do it when submitting bug). Reproducible: Always Actual Results: [ 17.208931] wlan0: authenticate with f0:84:c9:ed:f6:3e [ 17.227790] wlan0: send auth to f0:84:c9:ed:f6:3e (try 1/3) [ 17.227830] wlan0: deauthenticating from f0:84:c9:ed:f6:3e by local choice (reason=3) [ 18.360453] wlan0: authenticate with f0:84:c9:ed:f6:3e [ 18.385319] wlan0: send auth to f0:84:c9:ed:f6:3e (try 1/3) [ 18.486990] wlan0: send auth to f0:84:c9:ed:f6:3e (try 2/3) [ 18.489046] wlan0: authenticated [ 18.489945] wlan0: associate with f0:84:c9:ed:f6:3e (try 1/3) [ 18.492982] wlan0: RX AssocResp from f0:84:c9:ed:f6:3e (capab=0x431 status=0 aid=1) [ 18.492987] wlan0: HT AP is missing WMM params or HT capability/operation in AssocResp [ 23.385843] wlan0: authenticate with f0:84:c9:ed:f6:3e [ 23.404931] wlan0: send auth to f0:84:c9:ed:f6:3e (try 1/3) [ 23.404965] wlan0: deauthenticating from f0:84:c9:ed:f6:3e by local choice (reason=3) [ 24.536935] wlan0: authenticate with f0:84:c9:ed:f6:3e [ 24.562256] wlan0: send auth to f0:84:c9:ed:f6:3e (try 1/3) [ 24.564214] wlan0: authenticated [ 24.565428] wlan0: associate with f0:84:c9:ed:f6:3e (try 1/3) [ 24.568389] wlan0: RX AssocResp from f0:84:c9:ed:f6:3e (capab=0x431 status=0 aid=1) [ 24.568395] wlan0: HT AP is missing WMM params or HT capability/operation in AssocResp [ 29.565516] wlan0: authenticate with f0:84:c9:ed:f6:3e [ 29.584457] wlan0: send auth to f0:84:c9:ed:f6:3e (try 1/3) [ 29.584491] wlan0: deauthenticating from f0:84:c9:ed:f6:3e by local choice (reason=3) [ 30.716151] wlan0: authenticate with f0:84:c9:ed:f6:3e [ 30.741331] wlan0: send auth to f0:84:c9:ed:f6:3e (try 1/3) [ 30.842554] wlan0: send auth to f0:84:c9:ed:f6:3e (try 2/3) [ 30.844582] wlan0: authenticated [ 30.845691] wlan0: associate with f0:84:c9:ed:f6:3e (try 1/3) [ 30.848679] wlan0: RX AssocResp from f0:84:c9:ed:f6:3e (capab=0x431 status=0 aid=1) [ 30.848686] wlan0: HT AP is missing WMM params or HT capability/operation in AssocResp
Created attachment 349286 [details] Kernel config
As far as I can see, by grepping the logs, two commits since 3.7.10 were done that may affect this: http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=dd5ee59bb005df38ca3ee00bc6ac349dc3370e4f http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=e1a0c6b3a4b27ed5f21291d0bbee2167ec201ef5 Both commits were introduced as part of 3.9-rc1 development. Now to look which ones have been backported to 3.8.13 I do: http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/?id=v3.8.13&qt=grep&q=ATH9K_HW_CAP_HT http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/?id=v3.8.13&qt=grep&q=IEEE80211_HT_CAP_SUP_WIDTH_20_40 What is interesting here is that only one patch has been backported, this means that we easily figure out which of both commits is likely affecting you; based on above findings, could you try gentoo-sources-3.8.13 and let us know whether that works?
Just tested. Works fine with gentoo-sources-3.8.13. Same config: # grep ATH9K config-3.8.13-gentoo-heroth-v5 CONFIG_ATH9K_HW=y CONFIG_ATH9K_COMMON=y CONFIG_ATH9K_BTCOEX_SUPPORT=y CONFIG_ATH9K=y CONFIG_ATH9K_PCI=y # CONFIG_ATH9K_AHB is not set # CONFIG_ATH9K_DEBUGFS is not set CONFIG_ATH9K_RATE_CONTROL=y # CONFIG_ATH9K_HTC is not set So looks like it's caused by that second patch.
Since 3.8.13 is our stable kernel it should be fine running that for a while, unless you need a specific feature from the 3.9 branch. I've tried to apply this broken commit to 3.8.13 but fails because it needs work done in 3.9, similarly I have also generated a reverse patch and tried to apply that to 3.9.4 but there's already work done after this broken commit which doesn't allow the commit to be reverted. Looking at the commit I don't see an immediate way to fix this properly and I don't think attempting to revert this is going to be future proof, at best I understand that the addition of the station RX bandwidth [1] is what may be the problem here; perhaps your station doesn't provide this information to its clients. The comment at the bottom of that file commit reveals this is a HT capability, which makes this change pretty relevant to the error. In any case, I don't think we can do more than this downstream and therefore I would like to ask you to report this upstream at https://bugzilla.kernel.org and provide us with a link to the upstream bug such that we can track it with you. [1]: http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/diff/include/net/mac80211.h?id=e1a0c6b3a4b27ed5f21291d0bbee2167ec201ef5
https://bugzilla.kernel.org/show_bug.cgi?id=58881 This is my first kernel bug so I'm not sure if I wrote it properly. Please add anything you think should be added.
Problem solved. Patch for 3.9.4: http://p.sipsolutions.net/7dda2c56297cadc3.txt
I'll assume this will land somewhat later in the 3.{9,10} branch, marking fixed.
Upstream has resolved the bug with a code fix, perhaps it lands in 3.12 / 3.13 then; if we're lucky, we see a backport to 3.10 / 3.11.