[ath9k-devel] Changing Energy Detection Threshold

Hi All, I am wondering how to change Energy Detection Threshold. Earlier links point me to AR_PHY_CCA register but when I try the following code in mac.c to set the carrier sense threshold, AR_PHY_CCA comes out as undefined. REG_SET_BIT(ah, AR_PHY_CCA, AR_PHY_CCA_THRESH62) Any help appreciated

[ath9k-devel] [PATCH] ath10k: fix htt debug flag

Use HTT_DUMP for tx frag/msdu. Signed-off-by: Bartosz Markowski bartosz.markow...@tieto.com --- drivers/net/wireless/ath/ath10k/htt_tx.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/ath/ath10k/htt_tx.c

[ath9k-devel] [PATCH] ath10k: avoid infinite loop

Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/pci.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/ath/ath10k/pci.c b/drivers/net/wireless/ath/ath10k/pci.c index ca09a44..41e58da 100644 ---

[ath9k-devel] [RFT] ath10k: retry target reset

Sometimes the device just won't reset cleanly without retrying. This seems to depend on the host hardware. Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- I can't reproduce the issue on my hw. Can someone confirm if this fixes the problem? drivers/net/wireless/ath/ath10k/pci.c | 48

[ath9k-devel] Disabling Virtual Carrier Sensing

Hello, I disabled virtual carrier sensing (VCS) by using the following line of code REG_SET_BIT (ah, AR_DIAG_SW, AR_DIAG_IGNORE_VIRT_CS) I checked the AR_NAV register in /sys/kernel/debug and the above command had effect on the value of the register. I conducted a small experiment to verify

[ath9k-devel] [RFC/RFT v2 1/2] ath10k: WMI add AP PS

Add AP power save (UAPSD) structures, enums. Signed-off-by: Janusz Dziedzic janusz.dzied...@tieto.com --- drivers/net/wireless/ath/ath10k/wmi.c | 26 + drivers/net/wireless/ath/ath10k/wmi.h | 68 + 2 files changed, 94 insertions(+) diff --git

[ath9k-devel] [RFC/RFT v2 2/2] ath10k: add AP UAPSD support

Add support for AP (P2P_GO) UAPSD. Signed-off-by: Janusz Dziedzic janusz.dzied...@tieto.com --- drivers/net/wireless/ath/ath10k/mac.c | 84 ++--- 1 file changed, 77 insertions(+), 7 deletions(-) diff --git a/drivers/net/wireless/ath/ath10k/mac.c

[ath9k-devel] [RFC/RFT 0/3] ath10k: fix beacon loss handling

FW is lying about tx status. First two patches do a little cleanup. The last one fixes beacon loss handling. This can be considered a workaround depending on what original FW design called for. Michal Kazior (3): ath10k: report mgmt tx retry status as no_ack ath10k: cleanup tx completion

[ath9k-devel] [RFC/RFT 1/3] ath10k: report mgmt tx retry status as no_ack

Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/htt_rx.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/wireless/ath/ath10k/htt_rx.c b/drivers/net/wireless/ath/ath10k/htt_rx.c index cdedc5f..57f6386 100644 ---

[ath9k-devel] [RFC/RFT 2/3] ath10k: cleanup tx completion

The default values are false anyway. No need to reassign. Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/htt_rx.c |3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/wireless/ath/ath10k/htt_rx.c

[ath9k-devel] [RFC/RFT 3/3] ath10k: pass NullFunc frames through mgmt tx path

FW was reporting incorrect tx status for NullFunc frames sent through data tx path. mac80211 uses tx status when dealing with link/beacon loss. This patch fixes connection loss handling. Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/mac.c |6 ++

[ath9k-devel] [PATCH 1/5] ath10k: use data_lock to protect {scan, rx}_channel

We used RCU in a funky way. Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/core.h |4 ++-- drivers/net/wireless/ath/ath10k/mac.c |4 +++- drivers/net/wireless/ath/ath10k/txrx.c |9 - drivers/net/wireless/ath/ath10k/wmi.c | 12

[ath9k-devel] [PATCH 3/5] ath10k: increase scan timeout

We can't use the max scan time as the timeout itself. We must account for various overheads (ie. command/event processing). Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/mac.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[ath9k-devel] [PATCH 5/5] ath10k: abort scan if start completion never came

Abort the scan just in case FW has hung temporarily. Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/mac.c |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/net/wireless/ath/ath10k/mac.c

[ath9k-devel] [PATCH 0/5] ath10k: scan/roc fixes

Michal Kazior (5): ath10k: use data_lock to protect {scan,rx}_channel ath10k: simplify scan event locking ath10k: increase scan timeout ath10k: wait for remain on channel chan switch ath10k: abort scan if start completion never came drivers/net/wireless/ath/ath10k/core.c |1 +

[ath9k-devel] [PATCH 2/5] ath10k: simplify scan event locking

Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/wmi.c | 13 +++-- 1 file changed, 3 insertions(+), 10 deletions(-) diff --git a/drivers/net/wireless/ath/ath10k/wmi.c b/drivers/net/wireless/ath/ath10k/wmi.c index c44a2ff..efa72fc 100644 ---

[ath9k-devel] [PATCH 4/5] ath10k: wait for remain on channel chan switch

We didn't wait for scan channel change event so we could end up sending frames to a different channel. Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/core.c |1 + drivers/net/wireless/ath/ath10k/core.h |2 ++ drivers/net/wireless/ath/ath10k/mac.c

[ath9k-devel] [PATCH] ath10k: fix possible htt rx memleak

Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/htt_rx.c |7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/net/wireless/ath/ath10k/htt_rx.c b/drivers/net/wireless/ath/ath10k/htt_rx.c index cdedc5f..27c0b19 100644 ---

[ath9k-devel] [PATCH 1/7] ath10k: add error handling to some functions

Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/core.c | 10 +- drivers/net/wireless/ath/ath10k/debug.c |5 - drivers/net/wireless/ath/ath10k/mac.c | 19 --- 3 files changed, 25 insertions(+), 9 deletions(-) diff

[ath9k-devel] [PATCH 0/7] ath10k: random fixes/cleanups

Michal Kazior (7): ath10k: add error handling to some functions ath10k: remove unnecessary check ath10k: remove unnecessary prints ath10k: cleanup warning/error prints ath10k: move htc creation error handling ath10k: cleanup pci suspend ath10k: use ath10k_err for non-recoverable

[ath9k-devel] [PATCH 2/7] ath10k: remove unnecessary check

rx skbuff is never NULL. Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/wmi.c |5 - 1 file changed, 5 deletions(-) diff --git a/drivers/net/wireless/ath/ath10k/wmi.c b/drivers/net/wireless/ath/ath10k/wmi.c index 3b819c8..2bb9411 100644 ---

[ath9k-devel] [PATCH 3/7] ath10k: remove unnecessary prints

Error codes are already propagated and printed. Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/wmi.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/drivers/net/wireless/ath/ath10k/wmi.c

[ath9k-devel] [PATCH 6/7] ath10k: cleanup pci suspend

Signed-off-by: Michal Kazior michal.kaz...@tieto.com --- drivers/net/wireless/ath/ath10k/pci.c | 23 --- 1 file changed, 16 insertions(+), 7 deletions(-) diff --git a/drivers/net/wireless/ath/ath10k/pci.c b/drivers/net/wireless/ath/ath10k/pci.c index a1e7650..77add02

[ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

Hi Team, I have AR9380 as an AP(using hostapd and ath9k) and more than 15 to 20 clients are connected to it. Few clients are disconnecting frequently and hostapd/ath9k is not logging any message for disconnection. Immediately those clients connects to AP. I can say it is a signal strength

Re: [ath9k-devel] AR9380 frequent disconnect and stucks in AP mode.

On 05/06/2013 07:03 AM, Bhavesh Kamani wrote: Hi Team, I have AR9380 as an AP(using hostapd and ath9k) and more than 15 to 20 clients are connected to it. Few clients are disconnecting frequently and hostapd/ath9k is not logging any message for disconnection. Immediately those clients