[PATCH 2/2] ath9k_htc: Enable software crypto for mgmt frame in Tx for USB devices

2014-11-15 Thread Chun-Yeow Yeoh
In secured mesh, the unicast mgmt frame is encrypted using the same key that used for encrypting the unicast data frame. This patch ath9k_htc_firmware: fix the offset of CCMP header for mesh data frame applied to open-ath9k-htc-firmware allows the ath9k_htc to be loaded without nohwcrypt=1.

[PATCH 1/2] ath9k|ath9k_htc: Seperate the software crypto flag for Tx and Rx

2014-11-15 Thread Chun-Yeow Yeoh
Use the sw_mgmt_crypto_tx flag to trigger the CCMP encryption for transmitted management frames to be done in software while the sw_mgmt_crypto_rx flag is used to trigger the CCMP decryption for received management frames to be done in software. Signed-off-by: Chun-Yeow Yeoh

[PATCH 0/2] ath9k|ath9k_htc: Allow Software Crypto for Transmitted Management Frame in mesh

2014-11-15 Thread Chun-Yeow Yeoh
These patches enable the software encryption to be done in software for transmitted management frame for USB devices, especially for secured mesh. Chun-Yeow Yeoh (2): ath9k|ath9k_htc: Seperate the software crypto flag for Tx and Rx ath9k_htc: Enable software crypto for mgmt frame in Tx for

Re: [PATCH] NFC: st21nfca: fix error handling of irq_of_parse_and_map

2014-11-15 Thread Christophe RICARD
Hi Dmitry, Thank you for your feedback. A patch got already pushed earlier this month: https://lists.01.org/pipermail/linux-nfc/2014-November/003123.html The i2c-core is already running the i2c_of_parse_and_map function when registering the slave device when using dts. This step got removed for

Re: [PATCH] NFC: st21nfcb: fix error handling of irq_of_parse_and_map

2014-11-15 Thread Christophe RICARD
Hi Dmitry, Thank you for your feedback. A patch got already pushed earlier this month: https://lists.01.org/pipermail/linux-nfc/2014-November/003126.html The i2c-core is already running the i2c_of_parse_and_map function when registering the slave device when using dts. This step got removed for

Re: [PATCH 3.18 3/3] ath9k: do not access hardware on IRQs during reset

2014-11-15 Thread Felix Fietkau
On 2014-11-13 18:34, Felix Fietkau wrote: Instead of killing interrupts during reset when the first one happens, kill them before issuing the reset. This fixes an easy to reproduce crash with multiple cards sharing the same IRQ. Cc: sta...@vger.kernel.org Signed-off-by: Felix Fietkau

[PATCH 3/6] mac80211: add tx_status_noskb to rate_control_ops

2014-11-15 Thread Felix Fietkau
This op works like .tx_status, except it does not need access to the skb. This will be used by drivers that cannot match tx status information to specific packets. Signed-off-by: Felix Fietkau n...@openwrt.org --- include/net/mac80211.h | 4 net/mac80211/rate.h| 6 +- 2 files

[PATCH 2/6] mac80211: minstrel_ht: move aggregation check to .get_rate()

2014-11-15 Thread Felix Fietkau
Preparation for adding a no-skb tx status path Signed-off-by: Felix Fietkau n...@openwrt.org --- net/mac80211/rc80211_minstrel_ht.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/net/mac80211/rc80211_minstrel_ht.c b/net/mac80211/rc80211_minstrel_ht.c index

[PATCH 1/6] mac80211: minstrel_ht: add a small optimization to minstrel_aggr_check

2014-11-15 Thread Felix Fietkau
Check the queue mapping earlier, skb-queue_mapping is more likely than skb-data to still be in d-cache. Signed-off-by: Felix Fietkau n...@openwrt.org --- net/mac80211/rc80211_minstrel_ht.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 5/6] mac80211: minstrel_ht: switch to .tx_status_noskb

2014-11-15 Thread Felix Fietkau
Signed-off-by: Felix Fietkau n...@openwrt.org --- net/mac80211/rc80211_minstrel_ht.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/net/mac80211/rc80211_minstrel_ht.c b/net/mac80211/rc80211_minstrel_ht.c index 32b969f..3775b06 100644 ---

[PATCH 6/6] mac80211: add ieee80211_tx_status_noskb

2014-11-15 Thread Felix Fietkau
This can be used by drivers that cannot reliably map tx status information onto specific skbs. Signed-off-by: Felix Fietkau n...@openwrt.org --- include/net/mac80211.h | 22 ++ net/mac80211/rate.h| 17 net/mac80211/status.c | 116

Wifi OSI Level 1 / PHY

2014-11-15 Thread Jens
What I want to accomplish is to get to the digitalized RF signal (OSI Level 1) after the DSP Chip (Broadband Chip) has done its job on the RF signal received via the antenna. I hope in this way to get information about the frequency spectrum (Kind of Software Defined Radio but in the 5 MHz

[PATCH v2 00/11] ath9k patches

2014-11-15 Thread Sujith Manoharan
From: Sujith Manoharan c_man...@qca.qualcomm.com Fixes for -next. Some of the patches have been posted earlier, this series addresses Felix's review comments. Sujith Miaoqing Pan (1): ath9k: Use new QCA953x initvals Sujith Manoharan (10): ath9k: Update QCA953x initvals ath9k: Fix LED

[PATCH v2 01/11] ath9k: Update QCA953x initvals

2014-11-15 Thread Sujith Manoharan
From: Sujith Manoharan c_man...@qca.qualcomm.com * Duplicates have been marked. * New initvals for 1.1 and 2.0 versions. * xPA support. * Fix for low power issue. Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com --- drivers/net/wireless/ath/ath9k/ar953x_initvals.h | 498

[PATCH v2 11/11] ath9k: Move roc completion to the offchannel timer

2014-11-15 Thread Sujith Manoharan
From: Sujith Manoharan c_man...@qca.qualcomm.com Currently, when a roc period expires, the offchannel timer calls ieee80211_remain_on_channel_expired(), but the roc state is cleared only when the queued work to switch to the operating channel gets a chance to run. This race is a problem because

[PATCH v2 05/11] ath9k: Store the chip chainmask in HW capabilities

2014-11-15 Thread Sujith Manoharan
From: Sujith Manoharan c_man...@qca.qualcomm.com Cc: Miaoqing Pan miaoq...@qca.qualcomm.com Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com --- drivers/net/wireless/ath/ath9k/hw.c | 20 ++-- drivers/net/wireless/ath/ath9k/hw.h | 1 + 2 files changed, 11 insertions(+),

[PATCH v2 07/11] ath9k: Clear offchannel state properly

2014-11-15 Thread Sujith Manoharan
From: Sujith Manoharan c_man...@qca.qualcomm.com When a pending roc or scan operation is cancelled, the offchannel operation is cleared, but the offchannel state in the main scheduler is not cleared. This causes problems since an active GO will try to process a stale offchannel request that was

[PATCH v2 09/11] ath9k: Handle failure to send NoA

2014-11-15 Thread Sujith Manoharan
From: Sujith Manoharan c_man...@qca.qualcomm.com If for some reason a beacon with a new NoA is not sent out, then reset the mgd_prepare_tx flag. Not doing this will result in a situation where a GO will send a new NoA when it shouldn't. Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com

[PATCH v2 08/11] ath9k: Cancel pending offchannel operations

2014-11-15 Thread Sujith Manoharan
From: Sujith Manoharan c_man...@qca.qualcomm.com This patch makes sure that pending roc/scan operations are cancelled properly when a new context is assigned/unassigned. The flush_work() call to flush out any scheduled channel context work is removed, instead, sc-mutex is dropped to allow any