Summary: | =sys-kernel/gentoo-sources-3.9.4 - HT AP is missing WMM params or HT capability/operation in AssocResp | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | manwe <gentoo> |
Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
URL: | https://bugzilla.kernel.org/show_bug.cgi?id=58881 | ||
Whiteboard: | linux-3.9-regression linux-3.10 https://bbs.archlinux.org/viewtopic.php?pid=1277305 | ||
Package list: | Runtime testing required: | --- | |
Attachments: | Kernel config |
Description
manwe
2013-05-26 15:16:58 UTC
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. |