Bug 767855
Summary: | Wifi performance issues (Tx aggregation enabled on ra=MAC) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Kovalsky <dkovalsk> |
Component: | kernel | Assignee: | John W. Linville <linville> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 16 | CC: | benl, gansalmon, gholms, itamar, jforbes, jonathan, jweiss, kernel-maint, madhu.chinakonda, npatil, samuel-rhbugs |
Target Milestone: | --- | Keywords: | Regression, Reopened |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | kernel-3.2.3-2.fc16 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-11-14 15:33: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: |
Description
David Kovalsky
2011-12-15 01:33:41 UTC
I'm seeing this too, although all I get are a whole bunch of the aggregation enabled lines. Usually it ends up with no data transfer at all and iwconfig shows the connection speed at 1 Mb/s. I need to restart the wireless or switch access points to get the connection back. I'm using kernel version version 3.2.2-1.fc16.i686.PAE and it seems to be much worse with the last few kernel versions. The wifi controller is: 0c:00.0 Network controller: Intel Corporation WiFi Link 5100 The kernel module is now called iwlwifi instead of iwlagn. Also it seems to happen with most access points. Doing some more looking around, that particular message is supposed to be irrelevant: http://www.spinics.net/lists/linux-wireless/msg84172.html But my messages log is getting spammed with these lines and there are no other lines indicating a problem. Same, as soon as I open a VPN connection to work, I see that message in dmesg, once, and then ALL connectivity is lost (ping to default gateway is not even working) on the wifi. This did NOT happen before kernel-3.2.2-1.fc16.x86_64 (therefore marking as regression). This is the only relevant message on dmesg: [41824.575345] iwlwifi 0000:03:00.0: Tx aggregation enabled on ra = 00:23:cd:15:60:6c tid = 0 which may appear multiple times. My wifi card (from lspci): 03:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Network Connection Subsystem: Intel Corporation WiFi Link 5100 AGN Physical Slot: 1 Flags: bus master, fast devsel, latency 0, IRQ 47 Memory at f4300000 (64-bit, non-prefetchable) [size=8K] Capabilities: <access denied> Kernel driver in use: iwlwifi Kernel modules: iwlwifi Same experience as Yaniv. With the 3.2.2 kernel the "dead network" became more often. I can't even ping the router/gw. At first I could trigger this only by opening a whole lot of connections (bittorrent), but lately it appears minutes after startup while I'm not doing anything stressing the network (kerneros, starting up VPN or opening Google homepage). 03:00.0 Network controller: Intel Corporation Centrino Ultimate-N 6300 (rev 35) Subsystem: Intel Corporation Centrino Ultimate-N 6300 3x3 AGN Flags: bus master, fast devsel, latency 0, IRQ 56 Memory at f2000000 (64-bit, non-prefetchable) [size=8K] Capabilities: [c8] Power Management version 3 Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [e0] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Capabilities: [140] Device Serial Number 00-24-d7-ff-ff-1d-06-e0 Kernel driver in use: iwlwifi Kernel modules: iwlwifi I have the same hardware as David in the previous comment, and the exact same behavior. Just using a browser triggers it, happens on average every 10-20 minutes. 3.2.2-1 kernel. I don't think I have ever seen this problem before updating to this kernel. It's not clear why this bug is in MODIFIED state. Is this still occurring with the latest update ? kernel-3.2.3-2.fc16 has 'iwlwifi: make "Tx aggregation enabled on ra =" be at DEBUG level' and "iwlwifi: don't mess up QoS counters with non-QoS frames". At the risk of speaking too soon, the latest kernel appears to fix this issue. I haven't had the wireless connection fail since upgrading and it's been over a day now. I think bug 787312 is the same issue. Unfortunately, I did speak too soon. It's still happening. I was just surprised that it didn't happen overnight. It seems to happen less frequently, but it has happened twice so far today. Actually, it looks like it's just one access point, and that one has been a problem for a long time. I consider this bug fixed with the kernel update. David, are you seeing this issue with kernel-3.2.5-3.fc16 or later? Hey John, I'm running 3.2.6 for a couple of days now and seems to be working fine. I'll report back in case I spot the issues again. Scratch that, just reproduced with kernel-3.2.7-1.fc16.x86_64 Not sure if it's relevant but I have uptime of about 24 hours with ~5 suspends-n-resumes in between. It's not that often, but still happens. JFTR, my AP is Linksys WR1043N. /var/log/messages shows only these messages in the relevant timeframe: Feb 24 15:59:09 kovinek kernel: [ 9919.777059] iwlwifi 0000:03:00.0: Queue 11 stuck for 2000 ms. Feb 24 15:59:09 kovinek kernel: [ 9919.777065] iwlwifi 0000:03:00.0: Current SW read_ptr 249 write_ptr 255 Feb 24 15:59:09 kovinek kernel: [ 9919.777116] iwlwifi 0000:03:00.0: Current HW read_ptr 249 write_ptr 255 Feb 24 15:59:09 kovinek kernel: [ 9919.777119] iwlwifi 0000:03:00.0: On demand firmware reload Feb 24 15:59:09 kovinek kernel: [ 9919.777565] ieee80211 phy0: Hardware restart was requested Feb 24 15:59:09 kovinek kernel: [ 9919.777635] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S Feb 24 15:59:09 kovinek kernel: [ 9919.777819] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1 In the nearly a week since upgrading to 3.2.9-1.fc16.i686.PAE, I haven't had any connection issues even on the one AP that was giving me problems before. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. I've installed 3.3.* kernel, so far so good (a couple of days). I'll keep a note to report in a week or so on the results. Just reproduced. $ uname -a Linux kovinek 3.3.0-8.fc16.x86_64 #1 SMP Thu Mar 29 18:37:19 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux Apr 6 19:48:45 kovinek kernel: [106396.827441] iwlwifi 0000:03:00.0: Queue 2 stuck for 2000 ms. Apr 6 19:48:45 kovinek kernel: [106396.827447] iwlwifi 0000:03:00.0: Current SW read_ptr 159 write_ptr 162 Apr 6 19:48:45 kovinek kernel: [106396.827503] iwlwifi 0000:03:00.0: Current HW read_ptr 159 write_ptr 162 Apr 6 19:48:45 kovinek kernel: [106396.827507] iwlwifi 0000:03:00.0: On demand firmware reload Apr 6 19:48:45 kovinek kernel: [106396.827987] ieee80211 phy0: Hardware restart was requested Apr 6 19:48:45 kovinek kernel: [106396.828085] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S Apr 6 19:48:45 kovinek kernel: [106396.828266] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1 Apr 6 19:49:17 kovinek nm-openvpn[11157]: read UDPv4 [EHOSTUNREACH|EHOSTUNREACH|EHOSTUNREACH|EHOSTUNREACH|EHOSTUNREACH|EHOSTUNREACH|EHOSTUNREACH|EHOSTUNREACH]: No route to host (code=113) etc I wasn't at the computer at the moment, there was slight to none traffic (IRC client, perhaps offlineimap sync, OpenVPN connection). Same issue with me on Fedora 17 with latest kernel kernel-3.4.3-1.fc17.x86_64 I see below error message in /var/log/messages Jun 25 23:27:04 npatil kernel: [ 4132.439244] iwlwifi 0000:02:00.0: Queue 2 stuck for 2000 ms. Jun 25 23:27:04 npatil kernel: [ 4132.439251] iwlwifi 0000:02:00.0: Current SW read_ptr 197 write_ptr 205 Jun 25 23:27:04 npatil kernel: [ 4132.439305] iwlwifi 0000:02:00.0: Current HW read_ptr 197 write_ptr 205 Jun 25 23:27:04 npatil kernel: [ 4132.439309] iwlwifi 0000:02:00.0: On demand firmware reload Jun 25 23:27:04 npatil kernel: [ 4132.439727] ieee80211 phy0: Hardware restart was requested Jun 25 23:27:04 npatil kernel: [ 4132.439816] iwlwifi 0000:02:00.0: L1 Enabled; Disabling L0S Jun 25 23:27:04 npatil kernel: [ 4132.440005] iwlwifi 0000:02:00.0: Radio type=0x0-0x3-0x1 # Mass update to all open bugs. Kernel 3.6.2-1.fc16 has just been pushed to updates. This update is a significant rebase from the previous version. Please retest with this kernel, and let us know if your problem has been fixed. In the event that you have upgraded to a newer release and the bug you reported is still present, please change the version field to the newest release you have encountered the issue with. Before doing so, please ensure you are testing the latest kernel update in that release and attach any new and relevant information you may have gathered. If you are not the original bug reporter and you still experience this bug, please file a new report, as it is possible that you may be seeing a different problem. (Please don't clone this bug, a fresh bug referencing this bug in the comment is sufficient). With no response, we are closing this bug under the assumption that it is no longer an issue. If you still experience this bug, please feel free to reopen the bug report. |