| Summary: | ar9170 WLAN connection drops spontaneously | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Paul Meyers <f13wlan-bug> |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 13 | CC: | dcbw, gansalmon, itamar, jklimes, jonathan, kernel-maint, linville, madhu.chinakonda |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-03-04 01:41:02 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Attachments: | |||
Could you grab output of nm-tool? Do you see any errors in dmesg? And also please follow procedure in "Debugging WiFi Connections" section of http://live.gnome.org/NetworkManager/Debugging to get more detailed logs. Thanks. Created attachment 477217 [details]
nm-tool output when connection is ok
Created attachment 477219 [details]
nm-tool output when connection has dropped
Created attachment 477220 [details]
wpa_supplicant debug log when trying to connect to AP
Find the output from nm-tool and wpa_supplicant attached. In dmesg the only unusual thing I see is "usb 2-1.7: kill pending tx urbs". Don't know if that's related. To check that the AP is ok I established a WLAN connection with my laptop (iwl3945 driver) while my desktop PC failed to connect. No problems there. Hmm, looks like a bug in ar9170usb driver. It has problems with scanning. See e.g. https://bugzilla.gnome.org/show_bug.cgi?id=620218 There is a newer driver carl9170, though it is included in kernel starting from 2.6.37. You have to compile it yourself for previous kernels. http://linuxwireless.org/en/users/Drivers/carl9170 How do I compile and install the driver? That page doesn't seem to be very everyman-friendly. (In reply to comment #7) > How do I compile and install the driver? That page doesn't seem to be very > everyman-friendly. See http://linuxwireless.org/en/users/Download Download bleeding-edge compat-wireless package and compile that. Problem seems to be gone with the carl9170 driver. However, I had to blacklist the ar9170usb driver to prevent modprobe from producing a stack trace on udev startup. The downside is of course that I'll have to recompile it everytime the kernel is updated. Will there be a backport of a newer kernel for F13? Not really sure; that's up to the kernel team, but at this point, your best bet is to move to Fedora 14 as F13 isn't supported past June 2011. FWIW, I'm trying to get the toolchain packages approved so that we can build the firmware packages for Fedora. See bug 674930 and bug 674931 if you are interested. The ar9170usb driver of Fedora 14 seems to be stable. Closing as fixed in F14 |
Created attachment 476029 [details] Excerpt from /var/log/messages when connection drops Description of problem: My WLAN connection drops spontaneously after a few minutes without any obvious reason. When this happens a dialog box asks me for the SSID and password which are already prefilled correctly. Clicking on "connect" fails to re-establish the connection and the dialog box re-appears. I have to replug my USB WLAN stick to get the connection working again (for a few minutes ...). Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Let NetworkManager establish a WLAN connection 2. Wait a few minutes 3. Actual results: WLAN connection drops Expected results: WLAN connection stays alive Additional info: Fritz!WLAN USB Stick N dmesg: usb 2-1.7: Atheros AR9170 is registered as 'phy0' I attached the info from /var/log/messages corresponding to the connection failure.