[PATCH] mac80211: check PN correctly for GCMP-encrypted fragmented MPDUs

From: Johannes Berg Just like for CCMP we need to check that for GCMP the fragments have PNs that increment by one; the spec was updated to fix this security issue and now has the following text: The receiver shall discard MSDUs and MMPDUs whose constituent

[PATCH] mac80211: remove wdev/vif conversion functions

Nothing uses them Signed-off-by: Felix Fietkau --- include/net/mac80211.h | 26 -- net/mac80211/util.c| 28 2 files changed, 54 deletions(-) diff --git a/include/net/mac80211.h b/include/net/mac80211.h index

[PATCH V9 1/2] nl80211: add feature for BSS selection support

Introducing a new feature that the driver can use to indicate the driver/firmware supports configuration of BSS selection criteria upon CONNECT command. This can be useful when multiple BSS-es are found belonging to the same ESS, ie. Infra-BSS with same SSID. The criteria can then be used to

[PATCH V9 2/2] brcmfmac: add support for nl80211 BSS_SELECT feature

Announce support for nl80211 feature BSS_SELECT and process BSS selection behaviour provided in .connect() callback. Reviewed-by: Hante Meuleman Reviewed-by: Franky (Zhenhui) Lin Reviewed-by: Pieter-Paul Giesberts Reviewed-by:

pull-request: mac80211-next 2016-02-26

Hi Dave, Let's try this again. I backed out some of the rfkill changes that are buggy and fixed some of that too. I also left out the one that generated the big discussion, but I still think it's the saner thing to do rather than requiring userspace to poke around that much with sysfs when all it

[PATCH v2 3/3] mac80211_hwsim: Support a hw scan request for a specific BSSID

If the hw scan request specifies a single BSSID, use that value instead of the wildcard BSSID in the Probe Request frames. Signed-off-by: Jouni Malinen --- drivers/net/wireless/mac80211_hwsim.c | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH v2 1/3] cfg80211: Allow a scan request for a specific BSSID

This allows scans for a specific BSSID to be optimized by the user space application by requesting the driver to set the Probe Request frame BSSID field (Address 3) to the specified BSSID instead of the wildcard BSSID. This prevents other APs from replying which reduces airtime need and latency in

[PATCH v2 2/3] mac80211: Support a scan request for a specific BSSID

If the cfg80211 scan trigger operation specifies a single BSSID, use that value instead of the wildcard BSSID in the Probe Request frames. Signed-off-by: Jouni Malinen --- Notes: v2: Fix bssid setting for hw_scan net/mac80211/scan.c | 4 +++- 1 file changed, 3

Re: [PATCH] ath10k: parse Rx MAC timestamp in mgmt frame for FW 10.4

Hi Peter, [auto build test ERROR on wireless-drivers-next/master] [also build test ERROR on v4.5-rc5 next-20160226] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Peter-Oh/ath10k-parse-Rx-MAC

[PATCH] ath10k: parse Rx MAC timestamp in mgmt frame for FW 10.4

Check and parse Rx MAC timestamp when firmware sets its flag to status variable. 10.4 firmware adds it in Rx beacon frame only at this moment. Drivers and mac80211 may utilize it to detect such clockdrift or beacon collision and use the result for beacon collision avoidance. Signed-off-by: Peter

[PATCH v5] ath10k: set MAC timestamp in management Rx frame

Check and set Rx MAC timestamp when firmware indicates it. Firmware adds it in Rx beacon frame only at this moment. Driver and mac80211 may utilize it to detect such clockdrift or beacon collision and use the result for beacon collision avoidance. Signed-off-by: Peter Oh

Re: [RFC/RFT] mac80211: implement fq_codel for software queuing

On 26 February 2016 at 17:48, Felix Fietkau wrote: [...] >> diff --git a/net/mac80211/tx.c b/net/mac80211/tx.c >> index af584f7cdd63..f42f898cb8b5 100644 >> --- a/net/mac80211/tx.c >> +++ b/net/mac80211/tx.c >> + [...] >> +static void ieee80211_txq_enqueue(struct ieee80211_local

Re: [PATCH 1/3] cfg80211: Allow a scan request for a specific BSSID

On Fri, Feb 26, 2016 at 04:06:04PM +0200, Jouni Malinen wrote: > This allows scans for a specific BSSID to be optimized by the user space > application by requesting the driver to set the Probe Request frame > BSSID field (Address 3) to the specified BSSID instead of the wildcard > BSSID. This

Re: [PATCHv2 08/10] rfkill: Use switch to demux userspace operations

On Mon, Feb 22, 2016 at 11:36:39AM -0500, João Paulo Rechi Vita wrote: > Using a switch to handle different ev.op values in rfkill_fop_write() > makes the code easier to extend, as out-of-range values can always be > handled by the default case. This breaks rfkill.. There are automated test

Re: [RFC/RFT] mac80211: implement fq_codel for software queuing

On 2016-02-26 14:09, Michal Kazior wrote: > Since 11n aggregation become important to get the > best out of txops. However aggregation inherently > requires buffering and queuing. Once variable > medium conditions to different associated stations > is considered it became apparent that bufferbloat

[PATCH v5] ath10k: Enable debugfs provision to enable Peer Stats feature

From: Mohammed Shafi Shajakhan Provide a debugfs entry to enable/ disable Peer Stats feature. Peer Stats feature is for developers/users who are more interested in studying in Rx/Tx stats with multiple clients connected, hence disable this by default. Enabling this

[PATCH 3/3] mac80211_hwsim: Support a hw scan request for a specific BSSID

If the hw scan request specifies a single BSSID, use that value instead of the wildcard BSSID in the Probe Request frames. Signed-off-by: Jouni Malinen --- drivers/net/wireless/mac80211_hwsim.c | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 1/3] cfg80211: Allow a scan request for a specific BSSID

This allows scans for a specific BSSID to be optimized by the user space application by requesting the driver to set the Probe Request frame BSSID field (Address 3) to the specified BSSID instead of the wildcard BSSID. This prevents other APs from replying which reduces airtime need and latency in

[PATCH 2/3] mac80211: Support a scan request for a specific BSSID

If the cfg80211 scan trigger operation specifies a single BSSID, use that value instead of the wildcard BSSID in the Probe Request frames. Signed-off-by: Jouni Malinen --- net/mac80211/scan.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[RFC/RFT] mac80211: implement fq_codel for software queuing

Since 11n aggregation become important to get the best out of txops. However aggregation inherently requires buffering and queuing. Once variable medium conditions to different associated stations is considered it became apparent that bufferbloat can't be simply fought with qdiscs for wireless

Re: [PATCH] mac80211_hwsim: treat as part of mac80211 for MAINTAINERS

Johannes Berg writes: > From: Johannes Berg > > Since I maintain this driver as part of mac80211, add it to > the file list for mac80211; this helps submitters send it to > me instead of Kalle and also makes the build robot apply the > patches

Re: [RESEND] ssb: host_soc depends on sprom

> Drivers that use the SSB sprom functionality typically 'select SSB_SPROM' > from Kconfig, but CONFIG_SSB_HOST_SOC misses this, which results in > a build failure unless at least one of the other drivers that selects > it is enabled: > > drivers/built-in.o: In function

Re: pull request: iwlwifi 2016-02-25

"Grumbach, Emmanuel" writes: > This is a pull request for 4.5 still. Two small fixes. One of them has a > really visible impact when we remove stations. > Let me know if you have issues! Thanks. > > The following changes since commit

Re: [PATCH] mac80211_hwsim: Set global RRM capability

On Fri, 2016-02-26 at 16:18 +0800, Fengguang Wu wrote: >  > > I think this build failure is because mac80211_hwsim is an > > exception to > > other wireless drivers and is applied via mac80211-next. Should we > > add > > an entry for mac80211_hwsim to MAINTAINERS with the correct git > > tree? I >

Re: [PATCH] mac80211_hwsim: Set global RRM capability

On Fri, Feb 26, 2016 at 09:17:15AM +0200, Kalle Valo wrote: > kbuild test robot writes: > > > Hi David, > > > > [auto build test ERROR on wireless-drivers-next/master] > > [also build test ERROR on v4.5-rc5 next-20160224] > > [if your patch is applied to the wrong git tree,

[PATCH 09/13] ath9k: Update QCA956x initvals

From: Miaoqing Pan HW peak detect calibration would fail for AR9300 chips and we went for implementing the SW way of doing it instead of HW doing the peak detect calibration. Signed-off-by: Miaoqing Pan ---

[PATCH 12/13] ath9k: use AR_SREV_9003_PCOEM to identify PCOEM chips

From: Miaoqing Pan commit f49c90db4d23 ("ath9k: Add a macro to identify PCOEM chips") defined AR_SREV_9003_PCOEM macro, its more clear to use the macro instead of checking one by one. Also removed PCOEM chips checking in the callback of

[PATCH 13/13] ath9k: set correct peak detect threshold

From: Miaoqing Pan Set QCA9561 peak detect threshold to 11. Signed-off-by: Miaoqing Pan --- drivers/net/wireless/ath/ath9k/ar9003_calib.c | 25 +++-- 1 file changed, 11 insertions(+), 14 deletions(-) diff --git

[PATCH 10/13] ath9k: Update AR9580 initvals

From: Miaoqing Pan HW peak detect calibration would fail for AR9300 chips and we went for implementing the SW way of doing it instead of HW doing the peak detect calibration. Signed-off-by: Miaoqing Pan ---

[PATCH 11/13] ath9k: enable manual peak cal for all ar9300 chips

From: Miaoqing Pan HW peak detect calibration would fail, enable all ar9300 chips manual peak calibration instead. Signed-off-by: Miaoqing Pan --- drivers/net/wireless/ath/ath9k/ar9003_calib.c | 14 ++ 1 file changed, 6

[PATCH 08/13] ath9k: Update AR9565 initvals

From: Miaoqing Pan HW peak detect calibration would fail for AR9300 chips and we went for implementing the SW way of doing it instead of HW doing the peak detect calibration. Signed-off-by: Miaoqing Pan ---

[PATCH 07/13] ath9k: Update AR955x initvals

From: Miaoqing Pan HW peak detect calibration would fail for AR9300 chips and we went for implementing the SW way of doing it instead of HW doing the peak detect calibration. Signed-off-by: Miaoqing Pan ---

[PATCH 03/13] ath9k: Update AR933x initvals

From: Miaoqing Pan HW peak detect calibration would fail for AR9300 chips and we went for implementing the SW way of doing it instead of HW doing the peak detect calibration. Signed-off-by: Miaoqing Pan ---

[PATCH 06/13] ath9k: Update AR9485 initvals

From: Miaoqing Pan HW peak detect calibration would fail for AR9300 chips and we went for implementing the SW way of doing it instead of HW doing the peak detect calibration. Signed-off-by: Miaoqing Pan ---

[PATCH 01/13] ath9k: Update QCA953x initvals

From: Miaoqing Pan commit 14c5932805eb ("ath9k: Update QCA953x initvals") disabled HW peak detect calibartion on QCA953x 1.0, which should also be applied on 2.0. Signed-off-by: Miaoqing Pan --- drivers/net/wireless/ath/ath9k/ar953x_initvals.h

[PATCH 05/13] ath9k: Update AR9462 initvals

From: Miaoqing Pan HW peak detect calibration would fail for AR9300 chips and we went for implementing the SW way of doing it instead of HW doing the peak detect calibration. Signed-off-by: Miaoqing Pan ---

[PATCH 02/13] ath9k: Update AR9003 2.2 initvals

From: Miaoqing Pan HW peak detect calibration would fail for AR9300 chips and we went for implementing the SW way of doing it instead of HW doing the peak detect calibration. Signed-off-by: Miaoqing Pan ---

[PATCH 04/13] ath9k: Update AR9340 initvals

From: Miaoqing Pan HW peak detect calibration would fail for AR9300 chips and we went for implementing the SW way of doing it instead of HW doing the peak detect calibration. Signed-off-by: Miaoqing Pan ---

[PATCH 00/13] disable hw peak cal for all ar9300 chips

From: Miaoqing Pan HW peak detect calibration would fail for AR9300 chips and we went for implementing the SW way of doing it instead of HW doing the peak detect calibration. Miaoqing Pan (13): ath9k: Update QCA953x initvals ath9k: Update AR9003 2.2 initvals