Bug 13141 - AR5008/DWA-552 - Very slow
AR5008/DWA-552 - Very slow
Status: RESOLVED OBSOLETE
Product: Drivers
Classification: Unclassified
Component: network-wireless
All Linux
: P1 normal
Assigned To: Senthil Balasubramanian
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-04-20 19:47 UTC by Parag Warudkar
Modified: 2012-10-30 16:48 UTC (History)
11 users (show)

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


Attachments
dmesg output (3.92 KB, text/plain)
2009-06-16 16:17 UTC, Parag Warudkar
Details
patches for tx hang (10.00 KB, application/x-tar)
2009-06-17 05:44 UTC, vasanthakumar
Details

Description Parag Warudkar 2009-04-20 19:47:14 UTC
I just got a DWA-552 Wireless N PCI card and although I can connect to the Airport Express N router using WPA the download/upload speeds are very slow compared to running the same card in the same machine under Windows. 

File copy over SSH can only go upto 130Kbps at the maximum and routinely drops below 100Kbps. Speedtest.net reports 14Mbps download on Windows on the same machine, on another laptop with Intel wi-fi but this card with Linux shows only 3.13Mbps.

No errors in dmesg nor any dropped connections.
Comment 1 Parag Warudkar 2009-04-20 19:55:33 UTC
lspci -v 

01:04.0 Network controller: Atheros Communications Inc. AR5008 Wireless Network Adapter (rev 01)
        Subsystem: D-Link System Inc Device 3a6d                                                
        Flags: bus master, 66MHz, medium devsel, latency 168, IRQ 16                            
        Memory at f0200000 (32-bit, non-prefetchable) [size=64K]                                
        Capabilities: [40] #80 [0000]                                                           
        Capabilities: [80] #00 [0000]                                                           
        Kernel driver in use: ath9k                                                             
        Kernel modules: ath9k
Comment 2 Luis R. Rodriguez 2009-06-01 17:21:11 UTC
Parag, if you disable WPA does performance increase?

Also, can you provide your AP configuration details? Is it using 11n? If so, can you disable 11n and see how it performs without 11n?

Regardless this issue will be addressed, the details above may help though.
Comment 3 Luis R. Rodriguez 2009-06-01 18:16:20 UTC
Also can you please try latest wireless-testing? If that's too much to ask how about testing using compat-wireless?

http://wireless.kernel.org/en/users/Download
Comment 4 Parag Warudkar 2009-06-09 04:10:27 UTC
(In reply to comment #2)
> Parag, if you disable WPA does performance increase?
> 
> Also, can you provide your AP configuration details? Is it using 11n? If so,
> can you disable 11n and see how it performs without 11n?
> 
> Regardless this issue will be addressed, the details above may help though.

Apologize for the late response - workload thing..

First the AP configuration details - I have tried with 2 APs with similar results (poor throughput) - a) Apple Airport Express N and b) Linksys WRT310N running DD-WRT. Both were configured in Mixed mode (N and G) - my network only has N and G devices.

Next the test setup - I am copying a 450Mb file over SSH. Receiving machine is this xw6600 workstation with this Atheros card in question (PCI mind you), sending machine is a MacBook Pro laptop with N connection (130Mbit) to the AP. For comparison sakes I have another netbook running Windows which is also receiving the same file but it is connected over G (it only has a G adapter) to the same AP.

All machines are in same room on the same desk - the AP is in next room. 

I tested G only, N-only and Mixed modes - with and without Encryption (WPA2/AES). Without needing to go into detailed results - they were equally slow for the Linux machine - I got a worse of around 195 KB/s and best of about 350KB/s - way too slow even for G connection.

In contrast the poor Netbook did a consistent 720KB/s+ - often reaching 900KB/s.

I am running latest git - will try compat-wireless shortly.
Comment 5 Senthil Balasubramanian 2009-06-12 00:37:21 UTC
Can you please get us the dmesg log with debug mask 0x600?

1) dmesg -c
2) sudo modprobe ath9k debug=0x600
3) <associate with your AP>
4) ping <AP> & copy your dmesg and attach it to this bug report.
Comment 6 Luis R. Rodriguez 2009-06-12 00:58:54 UTC
Also install iw and add the output of 'iw event -t'

http://wireless.kernel.org/en/users/Documentation/iw
Comment 7 Parag Warudkar 2009-06-14 17:37:34 UTC
Neither the distro ath9k nor the compat-wireless ath9k seems to know about the debug parameter - do I need to enable any special KConfig options?

parag@parag-desktop:~/iw-0.9.14$ sudo ./iw event -t
[sudo] password for parag:
1245000999.291924: wlan0 (phy #0): scan finished
1245000999.303256: wlan0 (phy #0): auth 00:1e:e5:6a:2c:c2 -> 00:21:91:fa:f1:29 status: 0: Successful
1245000999.311800: wlan0 (phy #0): assoc 00:1e:e5:6a:2c:c2 -> 00:21:91:fa:f1:29 status: 0: Successful
1245001009.643928: wlan0 (phy #0): scan finished
Comment 8 Senthil Balasubramanian 2009-06-14 17:42:39 UTC
Yes you need to enable CONFIG_ATH9K_DEBUG to get debugging information.
Comment 9 Luis R. Rodriguez 2009-06-16 05:19:24 UTC
Please provide feedback - we want to help you.
Comment 10 Parag Warudkar 2009-06-16 16:16:24 UTC
parag@parag-desktop:~/iw-0.9.14$ sudo ./iw event -t                                                                                                                              
1245168893.651016: wlan0 (phy #0): scan finished                                                                                                                                 
1245168893.663434: wlan0 (phy #0): auth 00:1e:e5:6a:2c:c2 -> 00:21:91:fa:f1:29 status: 0: Successful                                                                             
1245168893.671962: wlan0 (phy #0): assoc 00:1e:e5:6a:2c:c2 -> 00:21:91:fa:f1:29 status: 0: Successful        

dmesg output after modprobe ath9k debug=0x600 and associating with AP is attached.
Comment 11 Parag Warudkar 2009-06-16 16:17:39 UTC
Created attachment 21938 [details]
dmesg output 

Output is after specifying debug=0x600 to ath9k and associating with AP.
Comment 12 Parag Warudkar 2009-06-16 16:44:12 UTC
After ping 192.168.1.1 -
--------------

[ 2291.444532] ath9k: Set HW RX filter: 0x10
[ 2291.476008] ath9k: Set channel: 2412 MHz
[ 2291.476012] ath9k: tx chmask: 1, rx chmask: 1
[ 2291.476107] ath9k: (2447 MHz) -> (2412 MHz), chanwidth: 0
[ 2291.534092] ath9k: Set channel: 2417 MHz
[ 2291.534094] ath9k: tx chmask: 1, rx chmask: 1
[ 2291.534188] ath9k: (2412 MHz) -> (2417 MHz), chanwidth: 0
[ 2291.588006] ath9k: Set channel: 2422 MHz
[ 2291.588008] ath9k: tx chmask: 1, rx chmask: 1
[ 2291.588102] ath9k: (2417 MHz) -> (2422 MHz), chanwidth: 0
[ 2291.644008] ath9k: Set channel: 2427 MHz
[ 2291.644011] ath9k: tx chmask: 1, rx chmask: 1
[ 2291.644104] ath9k: (2422 MHz) -> (2427 MHz), chanwidth: 0
[ 2291.700010] ath9k: Set channel: 2432 MHz
[ 2291.700012] ath9k: tx chmask: 1, rx chmask: 1
[ 2291.700105] ath9k: (2427 MHz) -> (2432 MHz), chanwidth: 0
[ 2291.756008] ath9k: Set channel: 2437 MHz
[ 2291.756011] ath9k: tx chmask: 1, rx chmask: 1
[ 2291.756106] ath9k: (2432 MHz) -> (2437 MHz), chanwidth: 0
[ 2291.816006] ath9k: Set channel: 2442 MHz
[ 2291.816009] ath9k: tx chmask: 1, rx chmask: 1
[ 2291.816102] ath9k: (2437 MHz) -> (2442 MHz), chanwidth: 0
[ 2291.876006] ath9k: Set channel: 2447 MHz
[ 2291.876009] ath9k: tx chmask: 1, rx chmask: 1
[ 2291.876102] ath9k: (2442 MHz) -> (2447 MHz), chanwidth: 0
[ 2291.936006] ath9k: Set channel: 2452 MHz
[ 2291.936008] ath9k: tx chmask: 1, rx chmask: 1
[ 2291.936102] ath9k: (2447 MHz) -> (2452 MHz), chanwidth: 0
[ 2291.996007] ath9k: Set channel: 2457 MHz
[ 2291.996009] ath9k: tx chmask: 1, rx chmask: 1
[ 2291.996103] ath9k: (2452 MHz) -> (2457 MHz), chanwidth: 0
[ 2292.056006] ath9k: Set channel: 2462 MHz
[ 2292.056009] ath9k: tx chmask: 1, rx chmask: 1
[ 2292.056102] ath9k: (2457 MHz) -> (2462 MHz), chanwidth: 0
[ 2292.116031] ath9k: Set channel: 2447 MHz
[ 2292.116034] ath9k: tx chmask: 7, rx chmask: 5
[ 2292.116129] ath9k: (2462 MHz) -> (2447 MHz), chanwidth: 0
[ 2292.117098] ath9k: Set HW RX filter: 0x0
Comment 13 vasanthakumar 2009-06-17 05:44:57 UTC
Created attachment 21953 [details]
patches for tx hang

Can you please try the attached two patches and give your feed back?. These patches will apply on top of latest wireless-testing.
Comment 14 Luis R. Rodriguez 2009-06-22 15:43:49 UTC
Need user info
Comment 15 Bjoern Olausson 2009-08-05 22:42:11 UTC
Hello everybody,

I'll jump on this one...

I got a D-Link "DWA-556 Xtreme N PCI Express Desktop Adapter" which shows more or less the same behavior..

01:00.0 Network controller: Atheros Communications Inc. AR5008 Wireless Network Adapter (rev 01)

01:00.0 Network controller: Atheros Communications Inc. AR5008 Wireless Network Adapter (rev 01)
        Subsystem: D-Link System Inc Device 3a70                                                
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- 
        Latency: 0, Cache Line Size: 64 bytes                                                                
        Interrupt: pin A routed to IRQ 28                                                                    
        Region 0: Memory at dfff0000 (64-bit, non-prefetchable) [size=64K]                                   
        Capabilities: [40] Power Management version 2                                                        
                Flags: PMEClk- DSI- D1+ D2- AuxCurrent=375mA PME(D0+,D1+,D2-,D3hot+,D3cold-)                 
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-                                                  
        Capabilities: [50] Message Signalled Interrupts: Mask- 64bit- Count=1/1 Enable-                      
                Address: 00000000  Data: 0000                                                                
        Capabilities: [60] Express (v1) Legacy Endpoint, MSI 00                                              
                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <128ns, L1 <2us                       
                        ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-                                      
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-                           
                        RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-                                         
                        MaxPayload 128 bytes, MaxReadReq 512 bytes                                           
                DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr- TransPend-                          
                LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <512ns, L1 <64us           
                        ClockPM- Suprise- LLActRep- BwNot-                                                   
                LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk-                             
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-                                       
                LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-           
        Capabilities: [90] MSI-X: Enable- Mask- TabSize=1                                                    
                Vector table: BAR=0 offset=00000000                                                          
                PBA: BAR=0 offset=00000000                                                                   
        Capabilities: [100] Advanced Error Reporting                                                         
                UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSVoil-
                UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSVoil-
                UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSVoil-
                CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-                                   
                CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-                                   
                AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ ChkEn-                                   
        Capabilities: [140] Virtual Channel <?>                                                                   
        Kernel driver in use: ath9k                                                                               
        Kernel modules: ath9k




I am testing with linux-2.6.31-rc5.

What I observe:

It takes uncountable tries to connect to my AP (Fritz!Box 7270 [configured for n/g), I'll post an excerp from /var/log/messages below:

Aug  6 00:58:34 freax [  213.840275] ath9k 0000:01:00.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
Aug  6 00:58:34 freax [  213.840289] ath9k 0000:01:00.0: setting latency timer to 64
Aug  6 00:58:35 freax [  213.975157] ath: EEPROM regdomain: 0x30
Aug  6 00:58:35 freax [  213.975160] ath: EEPROM indicates we should expect a direct regpair map
Aug  6 00:58:35 freax [  213.975163] ath: Country alpha2 being used: AM
Aug  6 00:58:35 freax [  213.975166] ath: Regpair used: 0x30
Aug  6 00:58:35 freax [  213.976357] phy1: Selected rate control algorithm 'ath9k_rate_control'
Aug  6 00:58:35 freax [  213.977172] cfg80211: Calling CRDA for country: AM
Aug  6 00:58:35 freax [  213.977201] Registered led device: ath9k-phy1::radio
Aug  6 00:58:35 freax [  213.977219] Registered led device: ath9k-phy1::assoc
Aug  6 00:58:35 freax [  213.977235] Registered led device: ath9k-phy1::tx
Aug  6 00:58:35 freax [  213.977254] Registered led device: ath9k-phy1::rx
Aug  6 00:58:35 freax [  213.977265] phy1: Atheros AR5418 MAC/BB Rev:2 AR2133 RF Rev:81: mem=0xffffc90013ba0000, irq=28
Aug  6 00:58:35 freax [  214.072483] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Aug  6 00:58:35 freax [  214.943470] wlan0: authenticate with AP 00:1f:3f:13:5d:81
Aug  6 00:58:35 freax [  214.946705] wlan0: authenticated
Aug  6 00:58:35 freax [  214.946709] wlan0: associate with AP 00:1f:3f:13:5d:81
Aug  6 00:58:35 freax [  214.950569] wlan0: RX AssocResp from 00:1f:3f:13:5d:81 (capab=0x431 status=0 aid=3)
Aug  6 00:58:35 freax [  214.950574] wlan0: associated
Aug  6 00:58:35 freax [  214.956424] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Aug  6 00:58:39 freax [  217.985039] wlan0: deauthenticated (Reason: 2)
Aug  6 00:58:40 freax [  218.984003] wlan0: direct probe to AP 00:1f:3f:13:5d:81 try 1
Aug  6 00:58:40 freax [  218.987171] wlan0 direct probe responded
Aug  6 00:58:40 freax [  218.987176] wlan0: authenticate with AP 00:1f:3f:13:5d:81
Aug  6 00:58:40 freax [  218.990573] wlan0: authenticated
Aug  6 00:58:40 freax [  218.990577] wlan0: associate with AP 00:1f:3f:13:5d:81
Aug  6 00:58:40 freax [  218.994428] wlan0: RX ReassocResp from 00:1f:3f:3:5d:81 (capab=0x431 status=0 aid=3)
Aug  6 00:58:40 freax [  218.994432] wlan0: associated
Aug  6 00:58:43 freax [  222.024845] wlan0: deauthenticated (Reason: 2)
Aug  6 00:58:44 freax [  223.024489] wlan0: direct probe to AP 00:1f:3f:13:5d:81 try 1
Aug  6 00:58:44 freax [  223.027659] wlan0 direct probe responded
Aug  6 00:58:44 freax [  223.027663] wlan0: authenticate with AP 00:1f:3f:13:5d:81
Aug  6 00:58:44 freax [  223.030993] wlan0: authenticated
Aug  6 00:58:44 freax [  223.030997] wlan0: associate with AP 00:1f:3f:13:5d:81
Aug  6 00:58:44 freax [  223.034841] wlan0: RX ReassocResp from 00:1f:3f:13:5d:81 (capab=0x431 status=0 aid=3)
Aug  6 00:58:44 freax [  223.034845] wlan0: associated
Aug  6 00:58:46 freax [  225.702467] wlan0: no IPv6 routers present
Aug  6 00:58:47 freax [  226.071583] wlan0: deauthenticated (Reason: 2)
Aug  6 00:58:48 freax [  227.070974] wlan0: direct probe to AP 00:1f:3f:13:5d:81 try 1
Aug  6 00:58:48 freax [  227.074145] wlan0 direct probe responded

You can find a comlete log here:
http://daten-transport.de/?id=zE6uGGSXVbg5

If it manages to stay associate and retrieve a IP via DHCP the speed is more than poor... My AP reports a connection with 11 MBit/s (WPA2, WMM).

Let me know if you need more information.

I found my way to this bug via the following mail (List of pending ath9k bugs):
http://osdir.com/ml/linux-wireless/2009-06/msg00059.html


Greetings
Bjoern
Comment 16 Pepito 2009-08-27 05:01:50 UTC
I have the same problem with a DWA-556 using Atheros chipset.

I'm using ath9k from kernel 2.6.30.5, and I get around 100 Kbps speed.

If you need any information from my system or hardware, I'm more than happy to provide it.
Comment 17 stbaker81 2009-10-08 13:13:02 UTC
I have the same issue, I filed a bug: 

https://bugzilla.redhat.com/show_bug.cgi?id=520535

No action on the above to date.

I recently installed the latest Compat Wireless:

http://www.orbit-lab.org/kernel/compat-wireless-2.6-stable/v2.6.30/compat-wireless-2.6.30.tar.bz2

Which is worse than before in that it associates and shortly after disconnects and refuses to re-associate.

The kernel I'm using is 2.6.30.8-64 FC11 I586

The card is not usable in this state. 
I'm running with my old card using ath5k without issue.
Comment 18 Luis R. Rodriguez 2009-12-29 20:43:21 UTC
Can you try :

http://wireless.kernel.org/en/users/Download/stable

the newer 2.6.32 based release
Comment 19 Jack Mitchell 2010-03-04 14:02:13 UTC
I can confirm this behaviour on my DWA-556. Please find my logs below:

http://www.usaupload.net/d/eqp6ckvi8q9 - full debug output
http://pastebin.com/Z80xq0Ba = dmesg log

Card: DWA-556 PCI-Express
H/W Ver: A1
F/W Ver: 2.11

OS: Archlinux
Kernel: 2.6.32
Compat-wireless: 07-02-10

Regards,
Jack.
Comment 20 Pepito 2010-03-24 08:40:21 UTC
With stock kernel 2.6.33 (no compat-wireless) I'm getting between 10 and 16.5 Mbits/sec (reported by iperf) between an Intel 4965AGN and my DWA-556 AR5008 card.

I think its not using 802.11N, but 802.11G (I have never been able to use 802.11N even when both cards support it).

So this is an improvement, but still no 802.11N.
Comment 21 Tomek 2010-05-19 18:05:19 UTC
I have the same performance issue with my TP-Link TL-WN951N (kernel 2.6.34, hostapd 0.6.9). My average performance is ~8-15Mbs, one time I saw 25Mbs. It looks like the card works in G mode.

hostapd.conf:

interface=wlan0
driver=nl80211
ieee80211n=1
ht_capab=[HT40-][SHORT-GI-40][DSSS_CCK-40][AMPDU]
hw_mode=g
channel=5
wme_enabled=1
wme_ac_bk_cwmin=4
wme_ac_bk_cwmax=10
wme_ac_bk_aifs=7
wme_ac_bk_txop_limit=0
wme_ac_bk_acm=0
wme_ac_be_aifs=3
wme_ac_be_cwmin=4
wme_ac_be_cwmax=10
wme_ac_be_txop_limit=0
wme_ac_be_acm=0
wme_ac_vi_aifs=2
wme_ac_vi_cwmin=3
wme_ac_vi_cwmax=4
wme_ac_vi_txop_limit=94
wme_ac_vi_acm=0
wme_ac_vo_aifs=2
wme_ac_vo_cwmin=2
wme_ac_vo_cwmax=3
wme_ac_vo_txop_limit=47
wme_ac_vo_acm=0
logger_syslog=-1
logger_syslog_level=0
logger_stdout=-1
logger_stdout_level=1
dump_file=/tmp/hostapd.dump
ctrl_interface=/var/run/hostapd
ctrl_interface_group=0
ssid=HOME_WiFi
macaddr_acl=1
accept_mac_file=/etc/hostapd/hostapd.accept
deny_mac_file=/etc/hostapd/hostapd.deny
auth_algs=1
wpa=2
wpa_passphrase=xxxxxxxxxxxxxx
wpa_key_mgmt=WPA-PSK
wpa_pairwise=CCMP

# iw wlan0 info
Interface wlan0
        ifindex 25
        type AP

# iw list      
Wiphy phy1
        Band 1:
                Capabilities: 0x104e
                        HT20/HT40
                        SM Power Save disabled
                        RX HT40 SGI
                        No RX STBC
                        Max AMSDU length: 7935 bytes
                        DSSS/CCK HT40
                Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                Minimum RX AMPDU time spacing: 8 usec (0x06)
                HT TX/RX MCS rate indexes supported: 0-15
                Frequencies:
                        * 2412 MHz [1] (20.0 dBm)
                        * 2417 MHz [2] (20.0 dBm)
                        * 2422 MHz [3] (20.0 dBm)
                        * 2427 MHz [4] (20.0 dBm)
                        * 2432 MHz [5] (20.0 dBm)
                        * 2437 MHz [6] (20.0 dBm)
                        * 2442 MHz [7] (20.0 dBm)
                        * 2447 MHz [8] (20.0 dBm)
                        * 2452 MHz [9] (20.0 dBm)
                        * 2457 MHz [10] (20.0 dBm)
                        * 2462 MHz [11] (20.0 dBm)
                        * 2467 MHz [12] (disabled)
                        * 2472 MHz [13] (disabled)
                        * 2484 MHz [14] (disabled)
                Bitrates (non-HT):
                        * 1.0 Mbps
                        * 2.0 Mbps (short preamble supported)
                        * 5.5 Mbps (short preamble supported)
                        * 11.0 Mbps (short preamble supported)
                        * 6.0 Mbps
                        * 9.0 Mbps
                        * 12.0 Mbps
                        * 18.0 Mbps
                        * 24.0 Mbps
                        * 36.0 Mbps
                        * 48.0 Mbps
                        * 54.0 Mbps
        max # scan SSIDs: 4
        Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * AP/VLAN
                 * monitor
                 * mesh point
        Supported commands:
                 * new_interface
                 * set_interface
                 * new_key
                 * new_beacon
                 * new_station
                 * set_bss
                 * authenticate
                 * associate
                 * deauthenticate
                 * disassociate
                 * join_ibss
                 * Unknown command (55)
                 * Unknown command (57)
                 * Unknown command (59)
                 * set_wiphy_netns
                 * connect
                 * disconnect

# lspci -vv

02:01.0 Network controller: Atheros Communications, Inc. AR5416 802.11a/b/g/n Wireless PCI Adapter (rev 01)
        Subsystem: Atheros Communications, Inc. Device 3071
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 168, Cache Line Size: 32 bytes
        Interrupt: pin A routed to IRQ 21
        Region 0: Memory at e8020000 (32-bit, non-prefetchable) [size=64K]
        Capabilities: [40] #80 [0000]
        Kernel driver in use: ath9k
        Kernel modules: ath9k


If you need more data please let me know.

Regards,
Tomek
Comment 22 Jose Gilberto Torres 2010-06-28 21:20:29 UTC
I have a AR9285 Wireless Network adapter and I have the exact same problems as well.  
I am using the ath9k module running on a 2.6.31.12 kernel on OpenSUSE 11.2.

Using the latest drivers made the issues worse.  If you need more info, let me know.  Thanks!

Jose
Comment 23 Alan 2012-10-30 16:48:56 UTC
If this is still seen on modern kernels then please re-open/update

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