[RFC] cfg80211: add control port state to struct cfg80211_connect_resp_params

When the driver supports offloading of the PTK/GTK handshakes completion of that during connect changes the layer 2 control port state to authorized. This patch allows the driver to pass that state in cfg80211_connect_done() resulting in adding the new flag NL80211_ATTR_PORT_AUTHORIZED in the

Re: [bug report] ath9k-htc:respect usb buffer cacheline alignment in reg in path

Oops. I forgot to put commentary on this one. See below. On Fri, Apr 21, 2017 at 11:11:05PM +0300, Dan Carpenter wrote: > Hello Ming Lei, > > The patch e6c6d33cb7d1: "ath9k-htc:respect usb buffer cacheline > alignment in reg in path" from Apr 13, 2010, leads to the following > static checker

Re: [PATCH] iwlwifi: pcie: off by one in iwl_trans_pcie_dyn_txq_alloc()

Heh. I raced this one through to see if I could beat you to the punch. regards, dan carpenter

[PATCH] iwlwifi: pcie: off by one in iwl_trans_pcie_dyn_txq_alloc()

The > should be >= or we are writing one space beyond the end of the array. Fixes: 310181ec34e2 ("iwlwifi: move to TVQM mode") Signed-off-by: Dan Carpenter diff --git a/drivers/net/wireless/intel/iwlwifi/pcie/tx-gen2.c

Re: [PATCH 00/14] rtlwifi: btcoex: Second set of changes for rtl8821ae 2ant

On 04/21/2017 01:55 AM, Kalle Valo wrote: But what should I do with this one: rtlwifi: rtl8821ae: setup 8812ae RFE according to device type https://patchwork.kernel.org/patch/9683395/ Please apply that one. It should not conflict due to dropping the others. Thanks, Larry

ad-hoc mode max speed on 8812au wifi card

Hi, I'm doing small research on mesh with batman-adv module by using 8812au wifi adapters. I can setup 2 nodes mesh network in 2.4 or 5GHz bands but max speed (tested with iperf) is only ~2.5MBytes. I read something about limitation of ad-hoc that speed is restricted to 11Mbits even if it's

[PATCH V3 3/9] cfg80211: add request id parameter to .sched_scan_stop() signature

For multiple scheduled scan support the driver needs to know which scheduled scan request is being stopped. Pass the request id in the .sched_scan_stop() callback. Reviewed-by: Hante Meuleman Reviewed-by: Pieter-Paul Giesberts

[PATCH V3 2/9] nl80211: add support for BSSIDs in scheduled scan matchsets

This patch allows for the scheduled scan request to specify matchsets for specific BSSIDs. Reviewed-by: Hante Meuleman Reviewed-by: Pieter-Paul Giesberts Reviewed-by: Franky Lin Signed-off-by: Arend van

[PATCH V3 4/9] cfg80211: add request id to cfg80211_sched_scan_*() api

Have proper request id filled in the SCHED_SCAN_RESULTS and SCHED_SCAN_STOPPED notifications toward user-space by having the driver provide it through the api. Reviewed-by: Hante Meuleman Reviewed-by: Pieter-Paul Giesberts

[PATCH V3 0/9] cfg80211: support multiple scheduled scans

After the RFC rounds here is multi-scheduled scan submission. What has been added since the RFC is support for user-space to specify a BSSID in the matchset (PATCH 3/10). As example this could be used for roaming algorithm done in user-space. The patches for scheduled scan notification api have

[PATCH V3 1/9] nl80211: allow multiple active scheduled scan requests

This patch implements the idea to have multiple scheduled scan requests running concurrently. It mainly illustrates how to deal with the incoming request from user-space in terms of backward compatibility. In order to use multiple scheduled scans user-space needs to provide a flag attribute

[PATCH V3 6/9] brcmfmac: move scheduled scan wiphy param setting to pno module

As pno module is providing scheduled scan functionality have it taking care of setting related wiphy parameters as well. Reviewed-by: Hante Meuleman Reviewed-by: Pieter-Paul Giesberts Reviewed-by: Franky Lin

[PATCH V3 9/9] brcmfmac: add scheduled scan support for specified BSSIDs

Add support to handle scheduled scan request containing BSSID in the matchsets. The firmware can send event upon finding BSSIDs and SSIDs. To get these in one event the bit REPORT_SEPARATELY needed to be removed from the flags in brcmf_pno_config(). Reviewed-by: Hante Meuleman

[PATCH V3 5/9] brcmfmac: add firmware feature detection for gscan feature

From: Arend van Spriel Detect gscan support in firmware by doing pfn_gscan_cfg iovar with invalid version. Reviewed-by: Hante Meuleman Reviewed-by: Pieter-Paul Giesberts Reviewed-by: Franky Lin

[PATCH V3 7/9] brcmfmac: add support multi-scheduled scan

This change adds support for multi-scheduled scan in the driver. It currently relies on g-scan support in firmware and will set struct wiphy::max_sched_scan_reqs accordingly. This is limited to 16 concurrent requests. The firmware currently has a limit of 64 channels that can be configured for

[PATCH V3 8/9] brcmfmac: add mutex to protect pno requests

The request references kept in pno are accessed in user-space context and in firmware event handler context. As such we need to protect it with a lock. As both context allow sleep a mutex seems appropriate. Reviewed-by: Hante Meuleman Reviewed-by: Pieter-Paul

Re: [v2,1/3] ath9k: Support channels in licensed bands

Hi, On Tuesday, April 18, 2017 10:09:59 AM CEST Ben Greear wrote: > [...] > > In my personal view, we have quite a few obstacles which I consider > > "enough", but would be interesting to hear others opinions ... > > > > I'll throw in my 2-cents. This patch is treading on very dangerous

Re: [PATCH] iwlwifi: pcie: missing unlock on error path

Dan Carpenter writes: > We should unlock before returning. > > Fixes: eda50cde58de ("iwlwifi: pcie: add context information support") > Signed-off-by: Dan Carpenter > > diff --git a/drivers/net/wireless/intel/iwlwifi/pcie/trans-gen2.c >

Re: [PATCH] iwlwifi: pcie: missing unlock on error path

Hi Dan On Fri, 2017-04-21 at 13:39 +0300, Dan Carpenter wrote: > We should unlock before returning. > > Fixes: eda50cde58de ("iwlwifi: pcie: add context information support") > Signed-off-by: Dan Carpenter > > diff --git

[PATCH] iwlwifi: pcie: missing unlock on error path

We should unlock before returning. Fixes: eda50cde58de ("iwlwifi: pcie: add context information support") Signed-off-by: Dan Carpenter diff --git a/drivers/net/wireless/intel/iwlwifi/pcie/trans-gen2.c b/drivers/net/wireless/intel/iwlwifi/pcie/trans-gen2.c index

Re: [PATCH] brcm80211: brcmfmac: Ensure that incoming skb's are writable

On 20 April 2017 at 20:48, Arend van Spriel wrote: > + linux-wireless > > On 4/20/2017 1:16 PM, James Hughes wrote: >> >> The driver was adding header information to incoming skb >> without ensuring the head was uncloned and hence writable. >> >> skb_cow_head has

pull-request: wireless-drivers-next 2017-04-21

Hi Dave, here's most likely the last pull request to net-next for 4.12, unless Linus delayes the start of merge window. More info in the signed tag below and please let me know if there are any problems. Kalle The following changes since commit d92be7a41ef15463eb816a4a2d42bf094b56dfce: net:

pull-request mwifiex-firmware 2017-04-21

The following changes since commit 5e523f5cd672d8fae7cdbb147d0b1fb31119414d: linux-firmware: update Marvell SD8887 firmware image (2017-04-19 20:20:13 -0700) are available in the git repository at: git://git.marvell.com/mwifiex-firmware.git for you to fetch changes up to

Re: [PATCH 00/14] rtlwifi: btcoex: Second set of changes for rtl8821ae 2ant

Larry Finger writes: > On 04/19/2017 11:59 PM, Kalle Valo wrote: >> Larry Finger writes: >> >>> These patches are the second set of patches for file >>> btcoexist/halbtc8821a2ant.c. >>> >>> Signed-off-by: Yan-Hsuan Chuang

Re: [01/27] rtlwifi: btcoex: Restore 23b 1ant routine for tdma adjustment

Larry Finger wrote: > Routine btc8723b1ant_tdma_dur_adj_for_acl() was removed in a set of > Sparse fixes; however, this routine will be needed later. > > Signed-off-by: Larry Finger > Cc: Yan-Hsuan Chuang > Cc: Pkshih

Re: [01/13] rtlwifi: btcoex: 21a 1ant: set tdma and coex table when wifi is idle

Larry Finger wrote: > From: Yan-Hsuan Chuang > > When wifi is idle, bt could have more resources to transmit, so set the > tdma and coex table to achieve this. > > Signed-off-by: Yan-Hsuan Chuang > Signed-off-by: Larry

Re: [01/10] rtlwifi: btcoex: 21a 2ant: set tdma with rssi states

Larry Finger wrote: > From: Yan-Hsuan Chuang > > if bt rssi is high, adjust the duration of wifi to a longer period to > let the wifi transmit under this bt profiling. > > Signed-off-by: Yan-Hsuan Chuang > Signed-off-by: