Bug 39922

Summary:	WIFI becomes EXTREMELY slow ( ath9k ) making the connection unusable
Product:	Networking	Reporter:	Lukasz Olszewski (lcpak)
Component:	Wireless	Assignee:	networking_wireless (networking_wireless)
Status:	RESOLVED INSUFFICIENT_DATA
Severity:	blocking	CC:	alan, ath9k-devel, ath9k-devel, florian, lcpak, linville, maciej.rutecki, mcgrof, rjw, shafi.wireless
Priority:	P1
Hardware:	x86-64
OS:	Linux
Kernel Version:	3.0	Subsystem:
Regression:	No	Bisected commit-id:
Bug Depends on:
Bug Blocks:	36912
Attachments:	lspci and some logs

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)