Ashish Patro | 21 Apr 03:08 2014
Picon

[PATCH 0/3] Refactoring spectral scan code and adding spectral scan support for ath9k_htc

The patches move the common components of spectral scan funcationality to common-spectral.c.

Also added spectral scan support to ath9k_htc using the same mechanism to collect spectral scan data as
used by ath9k driver.

This work was done at the Wisconsin Wireless and NetworkinG Systems (WiNGS) Lab at the University of
Wisconsin Madison.

Ashish Patro (3):
  Moving the ath9k specific spectral functions to ath9k.h from
    spectral.h. Renamed spectral.h to common-spectral.h
  Refactoring the ath9k driver to move common spectral functions to
    common-spectral.c
  Update spectral scan calls to support both ath9k and ath9k_htc.
    Adding spectral scan functionality to ath9k_htc driver. Tested
    using a AR9271 WiFi card.

 drivers/net/wireless/ath/ath9k/Makefile           |    3 +-
 drivers/net/wireless/ath/ath9k/ar9002_phy.c       |   11 +-
 drivers/net/wireless/ath/ath9k/ath9k.h            |    9 +-
 drivers/net/wireless/ath/ath9k/common-spectral.c  |  213 +++++++++++++
 drivers/net/wireless/ath/ath9k/common-spectral.h  |  199 ++++++++++++
 drivers/net/wireless/ath/ath9k/htc.h              |   13 +
 drivers/net/wireless/ath/ath9k/htc_drv_debug.c    |    3 +
 drivers/net/wireless/ath/ath9k/htc_drv_init.c     |    8 +
 drivers/net/wireless/ath/ath9k/htc_drv_main.c     |   75 +++++
 drivers/net/wireless/ath/ath9k/htc_drv_spectral.c |  353 +++++++++++++++++++++
 drivers/net/wireless/ath/ath9k/htc_drv_txrx.c     |   17 +
 drivers/net/wireless/ath/ath9k/recv.c             |    7 +-
 drivers/net/wireless/ath/ath9k/spectral.c         |  187 -----------
(Continue reading)

greearb | 17 Apr 02:40 2014

[PATCH] ath9k: Prevent divide by zero kernel crash.

From: Ben Greear <greearb <at> candelatech.com>

Make sure we cannot ever assign beacon interval to zero.

Signed-off-by: Ben Greear <greearb <at> candelatech.com>
---
 drivers/net/wireless/ath/ath9k/beacon.c | 4 ++++
 drivers/net/wireless/ath/ath9k/recv.c   | 3 ++-
 2 files changed, 6 insertions(+), 1 deletion(-)

diff --git a/drivers/net/wireless/ath/ath9k/beacon.c b/drivers/net/wireless/ath/ath9k/beacon.c
index 2e8bba0..5391f01 100644
--- a/drivers/net/wireless/ath/ath9k/beacon.c
+++ b/drivers/net/wireless/ath/ath9k/beacon.c
 <at>  <at>  -443,6 +443,8  <at>  <at>  static u32 ath9k_mod_tsf64_tu(u64 tsf, u32 div_tu)
 {
 	u32 tsf_mod, tsf_hi, tsf_lo, mod_hi, mod_lo;

+	if (WARN_ON_ONCE(div_tu == 0))
+		div_tu = 100;
 	tsf_mod = tsf & (BIT(10) - 1);
 	tsf_hi = tsf >> 32;
 	tsf_lo = ((u32) tsf) >> 10;
 <at>  <at>  -667,6 +669,8  <at>  <at>  static void ath9k_cache_beacon_config(struct ath_softc *sc,
 		"Caching beacon data for BSS: %pM\n", bss_conf->bssid);

 	cur_conf->beacon_interval = bss_conf->beacon_int;
+	if (WARN_ON_ONCE(cur_conf->beacon_interval == 0))
+		cur_conf->beacon_interval = 100;
 	cur_conf->dtim_period = bss_conf->dtim_period;
(Continue reading)

Shu, Nick | 16 Apr 00:14 2014

LOST "ath9k_htc.ko" after rebooting, but still WORKING

Hi, All:
Found it by accident, so I'd like to post it to see anybody saw it before!!!
After built of ath9k driver, there are total 8 modules generated:
Compat.ko
Cfg80211.ko
Mac80211.ko
Ath.ko
Ath9k_hw.ko
Ath9k_common.ko
Ath9k_htc.ko
Ath9k.ko

So I loaded all and reboot to use new driver.
When I use "lsmod " to check running modules, ath9k_htc.ko is gone. I repeated to confirm it. But driver
seems work properly.
So what this file do?

Also, my ath9k wifiN card is working now, got IP address from AP, but I don't know why.
I did lots of thing to try, one was to change "/etc/wpa_supplicant.conf", I used same file when using ath10k
wifiAC card to associate to same AP, is this related?

Thank you!

Nick Shu

E-mail confidentiality.
--------------------------------
This e-mail contains confidential and / or privileged information belonging to Spirent Communications
plc, its affiliates and / or subsidiaries. If you are not the intended recipient, you are hereby notified
that any disclosure, copying, distribution and / or the taking of any action based upon reliance on the
(Continue reading)

Shu, Nick | 15 Apr 17:15 2014

dhcpcd failed to get a valid IP

Hi, All:
Please help on this issue.
I'm testing with a PCIe card with ath9k chip.
I downloaded "backports-3.13.2-1" from backport site,  rebuilt the ath9k driver to install.
After running wpa_supplicant to associate to a 11N access point, I'm using "dhcpcd" to get IP address.
I did it the same way when I tested a ath10k card and worked.
But with this ath9k card, I got the error message as following:

root <at> coast198:/# dhcpcd -d wlan2
info, wlan2: dhcpcd 3.2.3 starting
info, wlan2: hardware address = 04:f0:21:09:05:01
info, wlan2: DUID = 00:01:00:01:1a:de:5c:27:00:15:61:20:24:3f
info, wlan2: broadcasting for a lease
debug, wlan2: sending DHCP_DISCOVER with xid 0x5428e610
debug, wlan2: waiting for 20 seconds
debug, wlan2: sending DHCP_DISCOVER with xid 0x5428e610
debug, wlan2: sending DHCP_DISCOVER with xid 0x5428e610
debug, wlan2: sending DHCP_DISCOVER with xid 0x5428e610
debug, wlan2: sending DHCP_DISCOVER with xid 0x5428e610
debug, wlan2: sending DHCP_DISCOVER with xid 0x5428e610
debug, wlan2: sending DHCP_DISCOVER with xid 0x5428e610
err, wlan2: timed out
info, wlan2: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-wlan2.info'
debug, wlan2: sending ARP probe #1
debug, wlan2: sending ARP probe #2
debug, wlan2: sending ARP probe #3
debug, wlan2: sending ARP claim #1
debug, wlan2: sending ARP claim #2
warn, wlan2: using IPV4LL address 169.254.52.66
info, wlan2: adding IP address 169.254.52.66/16
(Continue reading)

里约的芒果 | 15 Apr 09:53 2014

(no subject)

Hi, I'm now using the Minstrel_ht as a rate control scheme in aht9k NIC driver, but find that I can't control the tx rate by set the fixed_rate_idx in /sys/kernel/debug/phy0/rc/ to a fixed value. Who can tell me what's wrong and who have some useful methods to set the fixed tx rate? I will be appreciate!
_______________________________________________
ath9k-devel mailing list
ath9k-devel <at> lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Dave Taht | 15 Apr 04:16 2014
Picon

ath9k queue hang

We have been trying to replicate a bug in seeing wifi connections hanging
in strange ways after tons of data is transferred... for several months now.

The symptoms varied, anything from multicast failing to background or best
effort traffic failing - from local access working with remote access
not working...

Last week, we finally got a situation where we had enough debugging on to see
something that matches the symptoms we saw, in that one of the wifi queues
would hang and leave the overlying qdisc full of packets that didn't drain.

Nothing short of a reboot clears it.

More details are at:

http://www.bufferbloat.net/issues/442#note-11

It's easily seen if you are in that state if you do a:

cat /sys/kernel/debug/ieee80211/phy*/ath9k/queues

(VO): qnum: 0 qdepth: 0 ampdu-depth: 0 pending: 0 stopped: 0
(VI): qnum: 1 qdepth: 0 ampdu-depth: 0 pending: 0 stopped: 0
(BE): qnum: 2 qdepth: 0 ampdu-depth: 0 pending: 0 stopped: 0
(BK): qnum: 3 qdepth: 0 ampdu-depth: 0 pending: 151 stopped: 1
(CAB): qnum: 8 qdepth: 0 ampdu-depth: 0 pending: 0 stopped: 0

It's ok to have pending frames, and even be stopped. It's not ok to have
pending stay stuck or increase.

If you are running with a smarter qdisc enabled, you can also see it wedged -
in this case the BK queue (1:4).

root <at> cerowrt:/mnt/disk1# tc -s qdisc show dev sw00
qdisc mq 1: root
Sent 3926131082 bytes 2998293 pkt (dropped 91657, overlimits 0 requeues 70095)
backlog 77608b 1000p requeues 70095
qdisc fq_codel 10: parent 1:1 limit 800p flows 1024 quantum 500 target
10.0ms interval 100.0ms
Sent 110555 bytes 771 pkt (dropped 0, overlimits 0 requeues 5)
backlog 0b 0p requeues 5
maxpacket 256 drop_overlimit 0 new_flow_count 2 ecn_mark 0
new_flows_len 0 old_flows_len 0
qdisc fq_codel 20: parent 1:2 limit 800p flows 1024 quantum 300 target
5.0ms interval 100.0ms ecn
Sent 2526448 bytes 17982 pkt (dropped 1, overlimits 0 requeues 31)
backlog 0b 0p requeues 31
maxpacket 929 drop_overlimit 0 new_flow_count 71 ecn_mark 0
new_flows_len 0 old_flows_len 0
qdisc fq_codel 30: parent 1:3 limit 1000p flows 1024 quantum 300
target 5.0ms interval 100.0ms ecn
Sent 15145657 bytes 106290 pkt (dropped 0, overlimits 0 requeues 179)
backlog 0b 0p requeues 179
maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
new_flows_len 0 old_flows_len 0
qdisc fq_codel 40: parent 1:4 limit 1000p flows 1024 quantum 300
target 5.0ms interval 100.0ms
Sent 3908348422 bytes 2873250 pkt (dropped 91656, overlimits 0 requeues 69880)
backlog 77608b 1000p requeues 69880
^^^!!!!!

Experiencing problem for months, on the linux-backports to 3.10.x in openwrt.

--

-- 
Dave Täht
_______________________________________________
ath9k-devel mailing list
ath9k-devel <at> lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
hong zhang | 15 Apr 03:43 2014
Picon

beacon miss

List,

I have seen wifi association is disconnected because number of beacon missing hits from 4 to 10 based on
different vendors such as CISCO and Qualcomm etc..

Which number of missed beacon should be reasoable to disconnect association?

Thanks.

---henry
Shu, Nick | 14 Apr 20:37 2014

Card with ath9k module not run!

Hi, All:
I plugged in a PICe card with ATH9580 to my test server running Ubuntu 13.10 server.
I ran "iw dev" but didn't see the device interface (wlan0 or wlan1).
What happened here, I though the driver for ath9k should be there in kernel 3.11
Do I have to enable the driver as described in " http://wireless.kernel.org/en/users/Drivers/ath9k"?
Why it is not enabled by default?
Can somebody posts a detailed step to do it?
I never did "menuconfig" before so just want to make sure do it right.

Thank you!

Nick Shu

E-mail confidentiality.
--------------------------------
This e-mail contains confidential and / or privileged information belonging to Spirent Communications
plc, its affiliates and / or subsidiaries. If you are not the intended recipient, you are hereby notified
that any disclosure, copying, distribution and / or the taking of any action based upon reliance on the
contents of this transmission is strictly forbidden. If you have received this message in error please
notify the sender by return e-mail and delete it from your system.

Spirent Communications plc
Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.
Tel No. +44 (0) 1293 767676
Fax No. +44 (0) 1293 767677

Registered in England Number 470893
Registered at Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.

Or if within the US,

Spirent Communications,
26750 Agoura Road, Calabasas, CA, 91302, USA.
Tel No. 1-818-676- 2300
Ashish Patro | 14 Apr 20:29 2014
Picon

[PATCH 0/3] Refactoring spectral scan code and add support for ath9k_htc

The patches move the common components of spectral scan funcationality to common-spectral.c

Also added spectral scan support to ath9k_htc using the same mechanism to collect spectral scan data as
used by ath9k driver

This work was done at the Wisconsin Wireless and NetworkinG Systems (WiNGS) Lab at the University of
Wisconsin Madison.

Ashish Patro (3):
  Moving the ath9k specific spectral functions to ath9k.h from
    spectral.h
  Refactoring the ath9k driver to move common spectral functions to
    common-spectral.c
  Adding spectral scan functionality to ath9k_htc driver. Tested using
    a AR9271 WiFi card.

 drivers/net/wireless/ath/ath9k/Makefile           |    3 +-
 drivers/net/wireless/ath/ath9k/ar9002_phy.c       |   10 +-
 drivers/net/wireless/ath/ath9k/ath9k.h            |    7 +
 drivers/net/wireless/ath/ath9k/common-spectral.c  |  216 +++++++++++++
 drivers/net/wireless/ath/ath9k/htc.h              |   13 +
 drivers/net/wireless/ath/ath9k/htc_drv_debug.c    |    5 +-
 drivers/net/wireless/ath/ath9k/htc_drv_init.c     |    8 +
 drivers/net/wireless/ath/ath9k/htc_drv_main.c     |   81 +++++
 drivers/net/wireless/ath/ath9k/htc_drv_spectral.c |  358 +++++++++++++++++++++
 drivers/net/wireless/ath/ath9k/htc_drv_txrx.c     |   17 +
 drivers/net/wireless/ath/ath9k/recv.c             |    5 +-
 drivers/net/wireless/ath/ath9k/spectral.c         |  187 -----------
 drivers/net/wireless/ath/ath9k/spectral.h         |   23 +-
 13 files changed, 723 insertions(+), 210 deletions(-)
 create mode 100644 drivers/net/wireless/ath/ath9k/common-spectral.c
 create mode 100644 drivers/net/wireless/ath/ath9k/htc_drv_spectral.c

--

-- 
1.7.5.4
Fejes József | 12 Apr 10:03 2014
Picon

extreme latency, regression in 3.13.6/7

Hi,

I'm using a Sparklan WPEA-127N full-mini-PCIe card. According to lspci:

02:00.0 Network controller [0280]: Qualcomm Atheros AR93xx Wireless
Network Adapter [168c:0030] (rev 01)

The interface works in a bridge in master mode, I'm running hostapd.

Up to kernel 3.13.5, everything works fine. When I installed 3.13.7 (I
skipped .6), I am seeing extreme latencies in network traffic.
Everything gets real sluggish and it's effectively unusable. Packets
seem to be flowing alright, but in SSH for example, I have to wait
5-10 seconds to see each keystroke appear. I just tried 3.13.9, the
problem persists. When I boot back into 3.13.5, everything's good
again.

Please help. I'd be happy to try patches or provide more information.

Thanks,
Jozsef
Aaron Hamilton | 12 Apr 22:18 2014
Picon

ath9k_htc Stops Responding After Period of Time (at91rm9200 processor)

I'm using an ath9k_htc (ZCN-722M/0cf3:9271) as an AP and after several hours of use, client devices can no longer attach. When everything stops working, there's no indication whatsoever in the log.

If I restart hostapd, everything seems to work fine for a while, but then stops working again.

I'm currently using backports-3.12.8-1 with a 2.6.39.4 kernel and a simple hostapd config (see attached config files).

Am I missing something or should I be using a different version of something?
Attachment (linux-2.6.39.4.config): application/octet-stream, 57 KiB
Attachment (backports-3.12.8-1.config): application/octet-stream, 18 KiB
Attachment (hostapd.conf): application/octet-stream, 344 bytes
_______________________________________________
ath9k-devel mailing list
ath9k-devel <at> lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel

Gmane