Bug 39922 - WIFI becomes EXTREMELY slow ( ath9k ) making the connection unusable
WIFI becomes EXTREMELY slow ( ath9k ) making the connection unusable
Status: RESOLVED INSUFFICIENT_DATA
Product: Networking
Classification: Unclassified
Component: Wireless
x86-64 Linux
: P1 blocking
Assigned To: networking_wireless@kernel-bugs.osdl.org
:
Depends on:
Blocks: 36912
  Show dependency treegraph
 
Reported: 2011-07-24 09:20 UTC by Lukasz Olszewski
Modified: 2012-08-24 15:43 UTC (History)
10 users (show)

See Also:
Kernel Version: 3.0
Tree: Mainline
Regression: No


Attachments
lspci and some logs (114.42 KB, application/x-gzip)
2011-07-24 09:20 UTC, Lukasz Olszewski
Details

Description Lukasz Olszewski 2011-07-24 09:20:15 UTC
Created attachment 66432 [details]
lspci and some logs

My wifi connection becomes practically unusable after some random time. Reseting the connection sometimes helps for a while but most of the times I have to reboot the station to make it work properly again. Link speeds drop severely even though the signal is strong. This problem doesn't occur with the same hardware on windows. Tested with several different access points. No specific output in logs. Previously I suffered from the following bug: https://bugzilla.kernel.org/show_bug.cgi?id=27392 but now I don't get any error messages and the connection is much more stable ( it doesn't reset and packets are not lost it just becomes so slow that I can't even use SSH in my local network!)


kernel: Ubuntu 3.0.0-5.6-generic 3.0.0-rc7

Note: I did try other distributions but the effect was pretty much the same.

wlan0     IEEE 802.11bgn  ESSID:"W"  
          Mode:Managed  Frequency:2.467 GHz  Access Point: 74:EA:3A:A2:DB:0C   
          Bit Rate=54 Mb/s   Tx-Power=13 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=49/70  Signal level=-61 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:27   Missed beacon:0
Comment 1 John W. Linville 2011-08-29 13:43:12 UTC
Still trying to figure-out how to get Atheros to look at bugs...
Comment 2 John W. Linville 2012-01-13 19:15:16 UTC
Does this problem persist with 3.2 kernels?
Comment 3 Lukasz Olszewski 2012-01-14 07:41:42 UTC
Yes it does and it can be related to the bug I've mentioned above even though I don't get err messages any more.
Comment 4 shafi 2012-01-16 06:43:36 UTC
is this issue seen in a noisy environment?
Comment 5 shafi 2012-01-16 06:47:01 UTC
i can try to recreate this issue, if you are able to recreate the issue you can try two things if it helps for you
1,sudo modprobe ath9k nohwcrypt=1 (incase your network is secured)
2./sys/kernel/debug/ieee80211/phy0/ath9k $ echo 1 > disable_ani 
(disables ani related calibration)

Note You need to log in before you can comment on or make changes to this bug.