Adrian Chadd | 25 Apr 03:18 2014
Picon

network-sleep, TIM, associd and beacons - can we only receive beacons that matter?

Hi!

(I know asking the list is a bit odd, but I'd rather ask here and get
the QCA employees to look versus just emailing them privately. Yes, I
don't work at QCA anymore.)

Has anyone investigated whether we can get the various MACs to only
send us beacons that matter when in powersave? Ie, beacons that have
our TIM bit set, or that have the multicast bit set?

Right now I'm seeing beacons each time in powersave. I'd like to not
have the host wakeup and receive beacon frames if they're not relevant
to stack processing.

Has anyone seen this in the reference driver or such? I can't see
anything in the driver sources I have but the power save stuff is ..
overly complicated.

Thanks!

-a
Aaron Hamilton | 22 Apr 01:28 2014
Picon

ath9k_htc Stops Responding - Hostapd Restart Required to Fix

I'm currently running an ath9k_htc device (ZCN-722M) in AP mode using
the following software and hardware:

- hostapd 2.0
- Backports 3.12.8-1
- kernel 2.6.39.4
- at91rm9200 SoC

Everything appears to run fine for a few hours or possibly a day
before WiFi clients lose their ability to connect. The syslog entries
look like the following when things stop responding. Stopping and
restarting hostapd allows things to start working again for a while.

Apr 21 22:28:27 L-5500 user.info hostapd: wlan0: STA 00:22:fa:2d:e6:70
IEEE 802.11: authenticated
Apr 21 22:28:27 L-5500 user.info hostapd: wlan0: STA 00:22:fa:2d:e6:70
IEEE 802.11: associated (aid 1)
Apr 21 22:28:32 L-5500 user.info hostapd: wlan0: STA 00:22:fa:2d:e6:70
IEEE 802.11: authenticated
Apr 21 22:28:32 L-5500 user.info hostapd: wlan0: STA 00:22:fa:2d:e6:70
IEEE 802.11: authenticated
Apr 21 22:28:32 L-5500 user.info hostapd: wlan0: STA 00:22:fa:2d:e6:70
IEEE 802.11: associated (aid 1)
Apr 21 22:28:36 L-5500 user.info hostapd: wlan0: STA 00:22:fa:2d:e6:70
IEEE 802.11: authenticated
Apr 21 22:28:36 L-5500 user.info hostapd: wlan0: STA 00:22:fa:2d:e6:70
IEEE 802.11: authenticated
Apr 21 22:28:36 L-5500 user.info hostapd: wlan0: STA 00:22:fa:2d:e6:70
IEEE 802.11: associated (aid 1)
Apr 21 22:28:45 L-5500 user.info hostapd: wlan0: STA 00:22:fa:2d:e6:70
(Continue reading)

Mikael | 20 Apr 12:03 2014
Picon

Clarity on the random USB disconnects issue?

Hi!

I read all over the Internet reports of ATH9K cards disconnecting by themselves at various intervals.

I have the AWUS036NHA USB card which has the AR9271 chip, and on the 3.10 kernel I experience disconnects as frequently as at less than 1-second intervals!

It would be great if you could give your perspective on how to make an ATH9K device remain plugged in even if there'd be some adverse condition such as bad WIFI signal.

Can you please share your perspective on this?


For instance, reading off the Internet, it seems certain Linux kernel versions are better, it's best to turn off power management, disable the "network monitor" program if around.

USB power is 2.5W so should never be an issue.

Any more parameter to consider?

Thanks,
Mikael

_______________________________________________
ath9k-devel mailing list
ath9k-devel <at> lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Michael Leun | 19 Apr 03:15 2014
Picon

3.14 Regression, kernel panic when suspend, looks ath9k / wireless related

Hi,

since 3.14 I get an kernel panic when trying to suspend or hibernate (and in several other situations).
Looks ath9k or wireless related, does not happen when I for test remove
/lib/modules/3.14.1/kernel/net/wireless/ath* (also from initrd).

Did not bisect yet, but could if needed.

[  116.006227] PM: Syncing filesystems ... done.
[  116.238271] PM: Preparing system for mem sleep
[  116.382917] Freezing user space processes ... (elapsed 0.001 seconds) done.
[  116.384816] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[  116.386178] PM: Entering mem sleep
[  116.386855] wlan0: deauthenticating from 90:f6:52:4e:ba:b6 by local choice (reason=3)
[  116.406743] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[  116.406926] BUG: unable to handle kernel NULL pointer dereference at 0000000000000038
[  116.407009] IP:[  116.407022] sd 0:0:0:0: [sda] Stopping disk

[  116.407092]  [<ffffffffa002c1f1>] reg_todo+0xc1/0x4c0 [cfg80211]
[  116.407151] PGD 366ad067 PUD 366ac067 PMD 0 
[  116.407212] Oops: 0000 [#1] SMP 
[  116.407258] Modules linked in: netconsole configfs bnep bluetooth 6lowpan_iphc ipt_REJECT xt_LOG
xt_limit xt_recent iptable_mangle iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4
iptable_filter nf_conntrack_ipv6 nf_defrag_ipv6 xt_conntrack xt_tcpudp ip6table_filter
ip6_tables nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack ip_tables x_tables ctr ccm
snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel snd_hda_codec
snd_hwdep snd_pcm_oss snd_pcm snd_seq iTCO_wdt acer_wmi sparse_keymap iTCO_vendor_support ath9k
snd_seq_device snd_timer snd_mixer_oss snd atl1c coretemp shpchp lpc_ich pcspkr joydev i2c_i801
hid_multitouch serio_raw mfd_core ac wmi battery acpi_cpufreq soundcore sg sha256_ssse3
sha256_generic cbc linear md_mod af_packet usbhid i915 uhci_hcd i
 2c_algo_bit drm_kms_helper drm ehci_pci ehci_hcd video usbcore button usb_common scsi_dh_rdac
scsi_dh_alua scsi_dh_emc scsi_dh_hp_sw scsi_dh dm_mirror dm_region_hash dm_log dm_crypt dm_snap!
 shot dm_bufio dm_mod glue_helper lrw gf128mul ablk_helper cryptd aes_x86_64 arc4 ath9k_common
ath9k_hw ath mac80211 cfg80211 rfkill fan processor thermal [last unloaded: ath9k]
[  116.408005] CPU: 1 PID: 3405 Comm: kworker/1:3 Tainted: G          I  3.14.1 #3
[  116.408005] Hardware name: Acer Aspire 1825PTZ/JM12-MS-CAP, BIOS V1.3127 04/23/2010
[  116.408005] Workqueue: events reg_todo [cfg80211]
[  116.408005] task: ffff8801b38225d0 ti: ffff8800370cc000 task.ti: ffff8800370cc000
[  116.408005] RIP: 0010:[<ffffffffa002c1f1>]  [<ffffffffa002c1f1>] reg_todo+0xc1/0x4c0 [cfg80211]
[  116.408005] RSP: 0018:ffff8800370cdde8  EFLAGS: 00010297
[  116.408005] RAX: ffffffffa0075360 RBX: ffff8801b256e530 RCX: 0000000000000003
[  116.408005] RDX: 0000000000000000 RSI: ffff8801bfc92ed8 RDI: 0000000000000000
[  116.408005] RBP: ffff8800370cde20 R08: fffe801d4b000000 R09: 9600000000000000
[  116.408005] R10: 00017fe2550752c0 R11: 0000000000000000 R12: 0000000000000000
[  116.408005] R13: ffff8801b256e51c R14: ffff8801b256e500 R15: 0000000000000040
[  116.408005] FS:  0000000000000000(0000) GS:ffff8801bfc80000(0000) knlGS:0000000000000000
[  116.408005] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[  116.408005] CR2: 0000000000000038 CR3: 0000000037bb9000 CR4: 00000000000407e0
[  116.408005] Stack:
[  116.408005]  ffff8800370cde20 ffffffffa004aaff ffff8801b2f9f800 ffff8801bfc92ec0
[  116.408005]  ffffffffa00752c0 0000000000000000 0000000000000040 ffff8800370cde68
[  116.408005]  ffffffff81071dd8 00000000b2e45800 ffff8801bfc96a00 ffff8801bfc92ed8
[  116.408005] Call Trace:
[  116.408005]  [<ffffffffa004aaff>] ? disconnect_work+0xbf/0xd0 [cfg80211]
[  116.408005]  [<ffffffff81071dd8>] process_one_work+0x178/0x420
[  116.408005]  [<ffffffff810729f9>] worker_thread+0x119/0x3a0
[  116.408005]  [<ffffffff810728e0>] ? rescuer_thread+0x360/0x360
[  116.408005]  [<ffffffff81078f9d>] kthread+0xcd/0xf0
[  116.408005]  [<ffffffff81078ed0>] ? kthread_create_on_node+0x180/0x180
[  116.408005]  [<ffffffff8159a24c>] ret_from_fork+0x7c/0xb0
[  116.408005]  [<ffffffff81078ed0>] ? kthread_create_on_node+0x180/0x180
[  116.408005] Code: 86 02 00 00 83 f9 01 0f 84 cc 01 00 00 72 4b 83 f9 03 0f 85 a2 01 00 00 48 8b 05 6b 91 04 00 8b 50 14 83 fa
01 0f 84 63 03 00 00 <41> f6 44 24 38 10 0f 85 3e 03 00 00 0f b6 4b ec f6 81 00 5d 64 
[  116.408005] RIP  [<ffffffffa002c1f1>] reg_todo+0xc1/0x4c0 [cfg80211]
[  116.408005]  RSP <ffff8800370cdde8>
[  116.408005] CR2: 0000000000000038
[  116.408005] ---[ end trace fab5039fc72cc2f8 ]---
[  116.421606] BUG: unable to handle kernel paging request at ffffffffffffffd8
[  116.424210] IP: [<ffffffff8107953b>] kthread_data+0xb/0x20
[  116.425551] PGD 1a0f067 PUD 1a11067 PMD 0 
[  116.425551] Oops: 0000 [#2] SMP 
[  116.425551] Modules linked in: netconsole configfs bnep bluetooth 6lowpan_iphc ipt_REJECT xt_LOG
xt_limit xt_recent iptable_mangle iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4
iptable_filter nf_conntrack_ipv6 nf_defrag_ipv6 xt_conntrack xt_tcpudp ip6table_filter
ip6_tables nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack ip_tables x_tables ctr ccm
snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel snd_hda_codec
snd_hwdep snd_pcm_oss snd_pcm snd_seq iTCO_wdt acer_wmi sparse_keymap iTCO_vendor_support ath9k
snd_seq_device snd_timer snd_mixer_oss snd atl1c coretemp shpchp lpc_ich pcspkr joydev i2c_i801
hid_multitouch serio_raw mfd_core ac wmi battery acpi_cpufreq soundcore sg sha256_ssse3
sha256_generic cbc linear md_mod af_packet usbhid i915 uhci_hcd i
 2c_algo_bit drm_kms_helper drm ehci_pci ehci_hcd video usbcore button usb_common scsi_dh_rdac
scsi_dh_alua scsi_dh_emc scsi_dh_hp_sw scsi_dh dm_mirror dm_region_hash dm_log dm_crypt dm_snap!
 shot dm_bufio dm_mod glue_helper lrw gf128mul ablk_helper cryptd aes_x86_64 arc4 ath9k_common
ath9k_hw ath mac80211 cfg80211 rfkill fan processor thermal [last unloaded: ath9k]
[  116.425551] CPU: 1 PID: 3405 Comm: kworker/1:3 Tainted: G      D   I  3.14.1 #3
[  116.425551] Hardware name: Acer Aspire 1825PTZ/JM12-MS-CAP, BIOS V1.3127 04/23/2010
[  116.425551] task: ffff8801b38225d0 ti: ffff8800370cc000 task.ti: ffff8800370cc000
[  116.425551] RIP: 0010:[<ffffffff8107953b>]  [<ffffffff8107953b>] kthread_data+0xb/0x20
[  116.425551] RSP: 0018:ffff8800370cda40  EFLAGS: 00010002
[  116.425551] RAX: 0000000000000000 RBX: 0000000000000001 RCX: 0000000000000007
[  116.425551] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8801b38225d0
[  116.425551] RBP: ffff8800370cda40 R08: 0000000000000000 R09: 0000000000000246
[  116.425551] R10: 0000000000000000 R11: 0000000000000000 R12: ffff8801b3822ae0
[  116.425551] R13: 0000000000000001 R14: ffff8801b38225c0 R15: ffff8801b38225d0
[  116.425551] FS:  0000000000000000(0000) GS:ffff8801bfc80000(0000) knlGS:0000000000000000
[  116.425551] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[  116.425551] CR2: 0000000000000028 CR3: 0000000037bb9000 CR4: 00000000000407e0
[  116.425551] Stack:
[  116.425551]  ffff8800370cda58 ffffffff81072ffc ffff8801bfc93640 ffff8800370cdab8
[  116.425551]  ffffffff8158e6ab ffff8801b38225d0 ffff8800370cdfd8 0000000000013640
[  116.425551]  0000000000013640 ffff8801b38225d0 ffff8801b3822d00 ffff8801b38225c0
[  116.425551] Call Trace:
[  116.425551]  [<ffffffff81072ffc>] wq_worker_sleeping+0xc/0x80
[  116.425551]  [<ffffffff8158e6ab>] __schedule+0x52b/0x760
[  116.425551]  [<ffffffff8158e904>] schedule+0x24/0x70
[  116.425551]  [<ffffffff810598ff>] do_exit+0x6cf/0xa40
[  116.425551]  [<ffffffff810adc88>] ? console_unlock+0x1e8/0x3f0
[  116.425551]  [<ffffffff81592e87>] oops_end+0x97/0xe0
[  116.425551]  [<ffffffff815862af>] no_context+0x279/0x286
[  116.425551]  [<ffffffff8158632a>] __bad_area_nosemaphore+0x6e/0x1c7
[  116.425551]  [<ffffffff81586491>] bad_area_nosemaphore+0xe/0x10
[  116.425551]  [<ffffffff8159547c>] __do_page_fault+0x8c/0x520
[  116.425551]  [<ffffffff8100a875>] ? native_sched_clock+0x35/0x90
[  116.425551]  [<ffffffff8108e77d>] ? set_next_entity+0x8d/0xa0
[  116.425551]  [<ffffffff8106fca0>] ? insert_work+0x50/0xa0
[  116.425551]  [<ffffffff81595932>] do_page_fault+0x22/0x30
[  116.425551]  [<ffffffff81592338>] page_fault+0x28/0x30
[  116.425551]  [<ffffffffa002c1f1>] ? reg_todo+0xc1/0x4c0 [cfg80211]
[  116.425551]  [<ffffffffa002c1bb>] ? reg_todo+0x8b/0x4c0 [cfg80211]
[  116.425551]  [<ffffffffa004aaff>] ? disconnect_work+0xbf/0xd0 [cfg80211]
[  116.425551]  [<ffffffff81071dd8>] process_one_work+0x178/0x420
[  116.425551]  [<ffffffff810729f9>] worker_thread+0x119/0x3a0
[  116.425551]  [<ffffffff810728e0>] ? rescuer_thread+0x360/0x360
[  116.425551]  [<ffffffff81078f9d>] kthread+0xcd/0xf0
[  116.425551]  [<ffffffff81078ed0>] ? kthread_create_on_node+0x180/0x180
[  116.425551]  [<ffffffff8159a24c>] ret_from_fork+0x7c/0xb0
[  116.425551]  [<ffffffff81078ed0>] ? kthread_create_on_node+0x180/0x180
[  116.425551] Code: 00 48 89 e5 5d 48 8b 40 c8 48 c1 e8 02 83 e0 01 c3 66 66 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 48 8b 87 b8
04 00 00 55 48 89 e5 <48> 8b 40 d8 5d c3 66 66 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 
[  116.425551] RIP  [<ffffffff8107953b>] kthread_data+0xb/0x20
[  116.425551]  RSP <ffff8800370cda40>
[  116.425551] CR2: ffffffffffffffd8
[  116.425551] ---[ end trace fab5039fc72cc2f9 ]---
[  116.425551] Fixing recursive fault but reboot is needed!
[  116.573796] Kernel panic - not syncing: Watchdog detected hard LOCKUP on cpu 0
[  116.573796] Shutting down cpus with NMI
[  116.573796] Kernel Offset: 0x0 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffff9fffffff)
[  116.573796] drm_kms_helper: panic occurred, switching back to text console
[  116.573796] Rebooting in 90 seconds..

--

-- 
MfG,

Michael Leun
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 -----------
 drivers/net/wireless/ath/ath9k/spectral.h         |  212 ------------
 14 files changed, 905 insertions(+), 405 deletions(-)
 create mode 100644 drivers/net/wireless/ath/ath9k/common-spectral.c
 create mode 100644 drivers/net/wireless/ath/ath9k/common-spectral.h
 create mode 100644 drivers/net/wireless/ath/ath9k/htc_drv_spectral.c
 delete mode 100644 drivers/net/wireless/ath/ath9k/spectral.h

--

-- 
1.7.5.4
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;
 	cur_conf->listen_interval = 1;
 	cur_conf->dtim_count = 1;
diff --git a/drivers/net/wireless/ath/ath9k/recv.c b/drivers/net/wireless/ath/ath9k/recv.c
index b97217d..79c20c7 100644
--- a/drivers/net/wireless/ath/ath9k/recv.c
+++ b/drivers/net/wireless/ath/ath9k/recv.c
 <at>  <at>  -538,7 +538,8  <at>  <at>  static void ath_rx_ps_beacon(struct ath_softc *sc, struct sk_buff *skb)
 		sc->ps_flags &= ~PS_BEACON_SYNC;
 		ath_dbg(common, PS,
 			"Reconfigure beacon timers based on synchronized timestamp\n");
-		ath9k_set_beacon(sc);
+		if (!(WARN_ON_ONCE(sc->cur_beacon_conf.beacon_interval == 0)))
+			ath9k_set_beacon(sc);
 	}

 	if (ath_beacon_dtim_pending_cab(skb)) {
--

-- 
1.7.11.7
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
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
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
debug, wlan2: no dns information to write
debug, wlan2: exec "/etc/dhcpcd.sh" "/var/lib/dhcpcd/dhcpcd-wlan2.info" "new"
debug, wlan2: forking to background
info, wlan2: exiting
root <at> coast198:/# dhcpcd.sh: interface wlan2 has been configured with new IP=169.254.52.66

Can anybody tell me what's wrong here from this debug message?
Seems DHCP server did response to discover message, but why?

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
里约的芒果 | 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

Gmane