All of lore.kernel.org
 help / color / mirror / Atom feed
From: Benjamin LaHaise <bcrl@kvack.org>
To: ath9k-devel@lists.ath9k.org
Subject: [ath9k-devel] persistent 5% packet loss with ath9k
Date: Fri, 14 Oct 2011 11:29:40 -0400	[thread overview]
Message-ID: <20111014152940.GP10838@kvack.org> (raw)

Hello all,

I'm getting a persistent 5% packet loss with ath9k.  The card is a D-Link 
DWA-552 (see below for lspci -vvv results).  The link is to an 802.11n access 
point on the other side of the house, and iwconfig shows some count for 
Tx excessiv retries.  The catch is that using an Intel 802.11n card from 
the same location doesn't result in any significant packet loss (<1%).  
Any ideas?  I'm currently running 3.1.0-rc9+, but I see the same results 
with Fedora 15 kernels (2.6.38.6-26.rc1.fc15.x86_64 and 
2.6.40.6-0.fc15.x86_64@least, haven't tested any other kernels).  Note 
that I'm living in a rural area, and there is nothing else using the 2.4GHz 
spectrum around here, so 116ms ping times are quite unexpected and seem to 
point to a problem with ath9k.


		-ben
ping -c 200 -s 3000 x.x.x.x
...
--- x.x.x.x ping statistics ---
200 packets transmitted, 190 received, 5% packet loss, time 199200ms
rtt min/avg/max/mdev = 2.173/6.923/116.171/8.855 ms


wlan1     IEEE 802.11bgn  ESSID:"test3"  
          Mode:Managed  Frequency:2.462 GHz  Access Point: 00:xx:xx:xx:xx:xx   
          Bit Rate=48 Mb/s   Tx-Power=27 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=41/70  Signal level=-69 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:73  Invalid misc:62   Missed beacon:0


09:01.0 Network controller: Atheros Communications Inc. AR5008 Wireless Network Adapter (rev 01)
        Subsystem: D-Link System Inc DWA-552 802.11n Xtreme N Desktop Adapter (rev A1)
        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: 256 bytes
        Interrupt: pin A routed to IRQ 17
        Region 0: Memory@fbef0000 (32-bit, non-prefetchable) [size=64K]
        Capabilities: [40] #80 [0000]
        Kernel driver in use: ath9k
        Kernel modules: ath9k

ath9k config options:
CONFIG_ATH9K_HW=m
CONFIG_ATH9K_COMMON=m
CONFIG_ATH9K=m
CONFIG_ATH9K_PCI=y
CONFIG_ATH9K_AHB=y
CONFIG_ATH9K_DEBUGFS=y
CONFIG_ATH9K_RATE_CONTROL=y
# CONFIG_ATH9K_HTC is not set

             reply	other threads:[~2011-10-14 15:29 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-14 15:29 Benjamin LaHaise [this message]
2011-10-14 19:52 ` [ath9k-devel] disable_ani workaround -- was Re: persistent 5% packet loss with ath9k Benjamin LaHaise

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20111014152940.GP10838@kvack.org \
    --to=bcrl@kvack.org \
    --cc=ath9k-devel@lists.ath9k.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.