Red Hat Bugzilla – Bug 789595
kernel 3.2.5-3.fc16.x86_64/X53S/K53SV iwlwifi connects at 1/4 speed of 802.11N compared against ath9k
Last modified: 2012-02-13 10:19:54 EST
Description of problem: iwlwifi driver does not connect with 802.11N throughput even when AP is set to N-only connections.
Version-Release number of selected component (if applicable):
How reproducible: Constant/Always
This is an evolution of bug https://bugzilla.redhat.com/show_bug.cgi?id=785561 - the iwlwifi connection does not drop any longer but the performance is almost unusable.
Steps to Reproduce:
1. Start laptop w/ iwlwifi, WPA-PSK connection to 802.11N AP
2. Start laptop w/ ath9k, WPA-PSd conenction to same 802.11N AP
3. Review connection details or run speed test
iwlwifi reports 1MB/s at rest, 45MB/s while transmitting
ath9k reports 150MB/s always
iwlwifi reports 1MB/s at rest, 150MB/s while transmitting
iwlwifi reports 150MB/s always
There is definitely something going on with the iwlwifi driver. I have my HP
laptop (Phenom II 3GHz) using the ath9k driver running the same kernel as my
X53 ASUS (Core i7, 2.9GHz w/ Turbo) using the iwlwifi driver.
Both are connecting to the same AP. iwlwifi connects at 54MB max and drops to
1MBit regularly. Ath9k reports a steady 150MBit connection. The AP is
configured for 802.11N (WPA-PSK).
Speedtest.net shows similar results. the ath9k downloads at around 20-22MB, and
uploads around 1.5MB. The iwlwifi downloads at 5-6MB, and uploads at 1.5MB. The
upload speed is artificially throttled by my cable company. The download speeds
should be identical.
So now what? Any additional information I can provide that can help track down
the problem? The iwlwifi should not be connecting so slow for sure.
Many factors influence performance, including which exact pieces of hardware are involved. It is not always correct to presume that one ".11n" device is the same as another.
Please post the output of running "lspci -nv" on our iwlwifi-equipped box.
*** This bug has been marked as a duplicate of bug 785561 ***