Bug 474185
Summary: | MacBooks ath9k throws many kernel oops while connected. | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Fabian Deutsch <fabian.deutsch> | ||||||||
Component: | kernel | Assignee: | John W. Linville <linville> | ||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | high | Docs Contact: | |||||||||
Priority: | low | ||||||||||
Version: | 10 | CC: | kernel-maint, mcgrof, quintela | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | i386 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2009-04-14 17:51:22 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Fabian Deutsch
2008-12-02 17:43:34 UTC
Created attachment 325396 [details]
lspci
Could you try a recent rawhide kernel? Does it behave similarly? Please include the actual kernel version you try. Btw. Seems as if it's worse with Cisco APs. My WRT54g works fine. # uname -a Linux proprietary.local 2.6.29-0.43.rc2.git1.fc11.i686 #1 SMP Mon Jan 19 01:59:56 EST 2009 i686 i686 i386 GNU/Linux # rpm -qa | grep kernel kernel-2.6.29-0.43.rc2.git1.fc11.i686 kernel-firmware-2.6.29-0.43.rc2.git1.fc11.noarch ... It behaves differently. It seems as if the signal strength is much better, but I still get a lot of AP reassociations (following dmesg) and the connection is not stable. Created attachment 329496 [details]
Second dmesg with 2.6.29-0.43.rc2.git1.fc11.i686
Mainly note the wlan associate-disassociating-orgies.
Your disassoc-assoc issues (which are the origin of this bug report) are unrelated to your disasoc/assoc issues. Your diassoc/assoc issues could be related to interoperability issues or issues with your AP's signal, most likely the first. Can this bug report be merged with bug 488437. Yes. After some daily experiences it seems to be some interop issues with Cisco APs. I can't really tell what happens in bug #488437, but if you suggest it I can just support it :) Sorry what I meant to say was that your assoc/disassoc issues are unrelated to the origins of this bug report which is a WARNING. For the issues with your Cisco AP please try out wireless-testing or compat-wireless and if you see an issue open up a bug report. Guide on how to get wirelss-testing: http://wireless.kernel.org/en/developers/Documentation/git-guide You can also just use compat-wireless: http://wireless.kernel.org/en/users/Download Sorry actually if you do see an issue with the latest ath9k (on wireless-testing or through compat-wireless) with your Cisco AP the best way to help debug the issue is to disable netwok manager and pkill wpa_supplicant and then run things manually. Also since you would be using the latest and greatest you can simply report issues using the ath9k mailing list. http://wireless.kernel.org/en/users/Drivers/ath9k#Mailinglist http://wireless.kernel.org/en/users/Documentation/Reporting_bugs http://wireless.kernel.org/en/users/Support When reporting your issue to the ath9k mailing list please be sure to report exactly the model of your AP and your AP configuration settings. It sounds like this bug is resolved? I'm closing on the basis of the last several comments. |