Bug 735721
| Summary: | Extremely slow network with Intel "Ultimate N WiFi Link 5300" (iwlagn) after upgrade from Fedora 14 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Stanislaw Gruszka <sgruszka> | ||||||
| Component: | kernel | Assignee: | Stanislaw Gruszka <sgruszka> | ||||||
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 16 | CC: | adlorenz, alex, aquini, awilliam, daryll, donald.h.fry, faith, felix, gansalmon, havardw, itamar, johannes, jonathan, jvpgomes, kernel-maint, madhu.chinakonda, mads, mavit, mishu, pavel.ondracka, pbrobinson, sgruszka, sune, vbatts, ventero, wey-yi.w.guy | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | 708747 | Environment: | |||||||
| Last Closed: | 2012-06-07 07:16:39 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: | |||||||||
| Bug Depends On: | 708747, 804259 | ||||||||
| Bug Blocks: | |||||||||
| Attachments: |
|
||||||||
|
Description
Stanislaw Gruszka
2011-09-05 07:43:13 UTC
This is also upstream issue as pointed in https://bugzilla.redhat.com/show_bug.cgi?id=708747#c6 Workaround: use 11n_disable=1 Does the D-link have loadable firmware? Is this a stock unmodified AP? I am trying to obtain one to debug this issue and want to obtain the proper hardware. The AP is not modified in any way, and running firmware "1.11 , 14:47:43 10/27/2008". I now have a D-link DAP-1522. The firmware that came with it is 1.40 15:33:06 01/14/2011. How do you have the AP configured? bridge/auto/ap? what band 2.4/5.2? any encryption or open? none/WEP/WPA ? Anything else you can tell me to help me reproduce and fix this? Thanks. Hmm, I'm a bit afraid that could be AP problem, firmware 1.11 from 2008 is pretty old. Håvard did you tried to update AP firmware? I've tried to update the firmware to the latest version available on the Norwegian Dlink site, which is 1.21 (dated 12/11/2009, see http://www.dlink.no/cs/Satellite?c=Product_C&childpagename=DLinkEurope-NO%2FDLTechProduct&cid=1197378063653&p=1197318956615&packedargs=QuickLinksParentID%3D1197318956615%26locale%3D1195806934998&pagename=DLinkEurope-NO%2FDLWrapper). The problem persists on Fedora 15, still works with Fedora 14 with 2.6.35.something kernel on the same hardware. Sorry, I missed seeing your last reply until now. How do you have the AP configured? See my questions in #4 Created attachment 531936 [details]
Screenshot of wireless configuration
I've attached a screenshot that shows the configuration screen (with SSID and WPA pass phrase erased).
Thank you. I will work on reproducing this problem with your configuration. I think my setup is affected by this bug as well. I'm too using a Intel Corporation Ultimate N WiFi Link 5300 in a ThinkPad X200 connecting to a D-Link DIR-825 Rev. B1. The D-Link is running OpenWRT trunk r28993 compiled about an hour ago. The driver used for the two D-Link radios is ath9k. More information about the hardware can be obtained at http://wiki.openwrt.org/toh/d-link/dir-825 I get very high Tx excessive retries and Invalid misc values when running the Intel WiFi in n mode. I think this mostly is an interop problem between Intel WiFi cards and other 802.11n equipment as I have never managed to get a stable 802.11n connection using my Intel WiFi. My Linksys AE1000 USB adapter (which is based on a Ralink RT3572 chipset) does not show these symptoms when used on the same machine with the same AP. The uCode version used on my machine is 8.83.5.1 build 33692 The latest iwlwifi from compat-wireless-2011-11-16 actually gives me pretty decent performance. So far my connection didn't stall and I am able to transfer files with roughly 6 MB/s. However the number of TX failed packages seems quite high and is increasing all the time: [felix@delta ~]$ iw wlan0 station dump Station 00:24:01:6b:98:2a (on wlan0) inactive time: 0 ms rx bytes: 2641172222 rx packets: 1736948 tx bytes: 62959120 tx packets: 570040 tx retries: 16339 tx failed: 345529 signal: -50 dBm signal avg: -50 dBm tx bitrate: 150.0 MBit/s MCS 7 40Mhz short GI authorized: yes authenticated: yes preamble: long WMM/WME: yes MFP: no TDLS peer: no (The data above is after transferring about 2,5GB, it seems to be stuck on 150 Mb/s due to the secondary channel being deactivated because I've been doing some testing on the same Band) Created attachment 534326 [details]
Kernel log of some more thorough testing
So after some more thorough testing I for now conclude that 802.11n on my 5300 ist still pretty unusable. After being away from my computer for about an hour or so, leaving it sit idle, I came back and my network connection was still established but no data was flowing. In the meantime it seems that the machine was reconnecting the to the AP often and the kernel oopsed three times (all regarding iwlwifi).
I have attached my dmesg. I redacted the part where NetworkManager decided to spam the kernel log for parsing all the networks I have configured.
I recently switched from Debian 6.0 to Fedora 16 and am having this problem as well. Computer: Lenovo x201x Centrino Advanced-N6200 Router: Buffalo WZR-HP-G300NH DD-WRT build 16783. I'm seeing the high transmit failure as in comment 11. I switched my router to run in BG mode and everything seems fine. One other note, There is an access point at school that I connect to frequently that I think is Wireless-N and I haven't noticed any trouble with it. We're on break right now, but I'll do more testing with it when I get back. It's administered by the school, so unfortunately, I may not be able to provide any specs. I have the same problem with f16 with the following card (using iwlagn): "Intel Centrino Advanced-N + WiMax 6250 (rev5f) " Disabling "n" mode does fix it. I opened up an "Ask Fedora" question on this: http://ask.fedoraproject.org/question/439/workarounds-for-very-slow-wifi-using-iwlagn-driver I'm on kernel-3.1.1-2.fc16.x86_64 Note this issue is a regression caused by updating kernel from 2.6.35 to 2.6.38, if your iwl ifi device works well on 2.6.38 and stop working on some other kernel version, you are hitting different problem, and need to open a separate bug for it. Stanislaw, F15 is going EOL in less than a month. What do you want to do with this bug? I'm having the same problem but in Fedora 17 with the Centrino Advanced N 6230. I don't known if this happened also with the previous Fedora versions as this is a new laptop. I'm using the iwlwifi-6000g2b-6.ucode firmare. I tried the using only the g mode in the router, but the problem remains. I thought that maybe I was too far from the AP, but I don't have the same problem when I use Windows in the same laptop and, in this case, even the connection speed is better. I can demonstrate the bug in f16 with this hardware, so upgrading to that. Feel free to bump to f17 if you can reproduce it there. I can not fix that issues. Feel free test on latest kernel/compat-wireless and fill bug report on http://bugzilla.intellinuxwireless.org/ . |