Re: [PATCH v3] ath10k: Use station's current operating mode from assoc request

Vivek Natarajan writes: > The current number of spatial streams used by the client is advertised > as a separate IE in assoc request. Use this information to set > the NSS operating mode. > > Fixes: 45c9abc059fa ("ath10k: implement more versatile set_bitrate_mask"). >

Re: [PATCH] ath6kl: remove redundant null pointer check on send_pkt

Colin King writes: > From: Colin Ian King > > The check for send_pkt being NULL is redundant before the call > to htc_reclaim_txctrl_buf, therefore it should be removed. This was > detected by static analysis by cppcheck. > > Signed-off-by:

Re: [PATCH 00/10] wil6210 patches

Vladimir Kondratiev writes: > New features: > - BlockAckReq support > - firmware crashdump using devcoredump > - capture all frames with sniffer > > The rest of patches are fixes > > Hamad Kadmany (1): > wil6210: Do no schedule firmware recovery during reset flow

Re: [PATCH v2] ath9k: feeding entropy in kernel from ADC capture

Thanks Felix. You mentioned 'Polling every 10 milliseconds' is not right, the kthread will always sleep until when the condition 'ENTROPY_BITS(_pool) <= random_write_wakeup_bits'(add_hwgenerator_randomness()) is true. And ath9k_rng_data_read() almost w/o failure, I will add unlikely in patch v3.

Re: [PATCH] ath10k: optimize ce_lock on post rx buffer processing

Rajkumar Manoharan writes: > After processing received packets from copy engine, host will allocate > new buffer and queue them back to copy engine ring for further > packet reception. On post rx processing path, skb allocation and > dma mapping are unnecessarily

Re: [PATCH v2] ath6kl: drop unlikely behind WARN_ON()

Geliang Tang writes: > WARN_ON() already contain an unlikely compiler flag. Drop it. > > Signed-off-by: Geliang Tang Applied, thanks. -- Kalle Valo -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message

[PATCH v3] ath9k: feeding entropy in kernel from ADC capture

From: Miaoqing Pan This patch is derived from commit 6301566e0b2d ("ath9k: export HW random number generator"), We evaluated the entropy of the ADC data on QCA9531, QCA9561, QCA955x, and AR9340, and it has sufficient quality random data (at least 10 bits and up to 22

Re: [PATCH] ath10k: Increase pci wakeup timeout to 30 ms

writes: > From: Maharaja Kennadyrajan > > It is noticed that pci wakeup time is exceeding current timeout (10ms) > randomly which is tested on QCA988x. So, the wake up time is increased > to 30 ms and added debug prints to log total timeout.

Re: [PATCH] ath: fix DFS timestamp wraparound reset condition

Zefir Kurtisi writes: > The DFS pattern detector ought to reset the > detector lines when a pulse is added with > lower time stamp than the previous (which > indicates a TSF restart). > > This did not work so far and is fixed with > this patch. > > The modification

Re: [PATCH 08/14] staging: wilc1000: remove typedef from tstrStatistics

I feel like the name 'statistics' is very vague. I guess it's so vague that it's unlikely anyone else will try use it... regards, dan carpenter -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majord...@vger.kernel.org More majordomo info

Re: [PATCH 08/14] staging: wilc1000: remove typedef from tstrStatistics

On Fri, Oct 09, 2015 at 11:16:28AM +0300, Dan Carpenter wrote: > I feel like the name 'statistics' is very vague. I guess it's so vague > that it's unlikely anyone else will try use it... > A lot of these are pretty vague. But I guess it's probably ok... Nevermind me. regards, dan carpenter

Re: [PATCH 1/1] New driver: rtl8xxxu (mac80211)

2015-10-09 4:09 GMT+09:00 Jes Sorensen : > Jakub Sitnicki writes: >> Hi Jes, >> >> On Sat, Aug 29, 2015 at 11:18 PM CEST, jes.soren...@redhat.com wrote: >>> This is an alternate driver for a number of Realtek WiFi USB devices, >>> including RTL8723AU,

Re: [PATCH] mac80211: Take bitrates into account when building IEs.

On 10/08/2015 02:25 AM, Johannes Berg wrote: On Fri, 2015-09-18 at 14:02 -0700, gree...@candelatech.com wrote: From: Ben Greear If a user restricts the rateset for some reason, then the probe requests should not advertise rates that are not selected by the user. To

Re: [PATCH 0/7] ath10k: add copy engine fast path support

> > Below patchset adds fast path support for uplink traffic by bypassing > > HTC layer processing. This is enabled by making use of unused copy > > engine 5 to receive HTT messages directly from HIF layer. From initial > > validation in VHT80/5G mode TCP UL is improved to 900Mbps from ~840Mbps >

ath9k: issues with HT40 spectral scanning

Hello Nick, after using ath9k spectral-scanning feature for a while in 20MHz mode, today I gave it a first try with 40MHz and failed to get it running. Setup is as follows: AR9590 operating in HT40+ monitor mode; enabling SPECTRAL_SCAN debug flag and starting background spectral scanning I get

RE: [PATCH 04/12] mwifiex: use ktime_get_real for timestamping

Hi Arnd, > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Wednesday, September 30, 2015 4:57 PM > To: net...@vger.kernel.org > Cc: y2...@lists.linaro.org; linux-ker...@vger.kernel.org; David S. > Miller; Arnd Bergmann; Amitkumar Karwar; Nishant Sarmukadam; Kalle Valo; >

RE: [PATCH 05/12] mwifiex: avoid gettimeofday in ba_threshold setting

Hi Arnd, > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Wednesday, September 30, 2015 4:57 PM > To: net...@vger.kernel.org > Cc: y2...@lists.linaro.org; linux-ker...@vger.kernel.org; David S. > Miller; Arnd Bergmann; Amitkumar Karwar; Nishant Sarmukadam; Kalle Valo; >

[PATCH 3/3] mwifiex: remove unnecessary NULL check

From: Xinming Hu ra_list cannot be NULL here, so remove the unnecessary NULL check. Signed-off-by: Xinming Hu Signed-off-by: Amitkumar Karwar --- drivers/net/wireless/mwifiex/wmm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH 1/3] mwifiex: fix AP VHT behaviour

From: Ganapathi Bhat Even if hostapd configuration file contains VHT parameters, they were not getting reflected in beacons. The reason is we are resetting them before starting AP. This patch removes redundant BSS_STOP and SYS_RESET firmware commands before starting AP to fix

RE: [PATCH] mwifiex: fix a comment typo

> From: Geliang Tang [mailto:geliangt...@163.com] > Sent: Sunday, October 04, 2015 2:17 PM > To: Amitkumar Karwar; Nishant Sarmukadam; Kalle Valo > Cc: Geliang Tang; linux-wireless@vger.kernel.org; > net...@vger.kernel.org; linux-ker...@vger.kernel.org > Subject: [PATCH] mwifiex: fix a comment

[PATCH] staging: wilc1000: fix memory leak on mgmt_tx on error return path

From: Colin Ian King Static analysis with cppcheck found the following memory leak: [drivers/staging/wilc1000/linux_mon.c:255]: (error) Memory leak: mgmt_tx Free mgmt_tx on the error return path when mgmt_tx->buff fails to be allocated. Signed-off-by: Colin Ian King

[PATCH 2/3] mwifiex: add ndo_validate_addr netdev ops

ndo_validate_addr is set to generic eth_validate_addr() function used for MAC address validation. Signed-off-by: Amitkumar Karwar --- drivers/net/wireless/mwifiex/main.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/wireless/mwifiex/main.c

[PATCH v2] mwifiex: control WLAN and bluetooth coexistence modes

By default our chip will be in spatial coexistence mode. This patch adds a provision to change it to timeshare mode via debugfs command. Enable timeshare coexistence mode echo 1 > /sys/kernel/debug/mwifiex/mlan0/timeshare_coex Go back to spacial coexistence mode echo 0 >

Re: [RFC PATCH 2/2] airo: fix scan after SIOCSIWAP (airo_set_wap)

On Thu, 2015-10-08 at 20:14 +0200, Ondrej Zary wrote: > SIOCSIWAP (airo_set_wap) affects scan: only the AP specified by > SIOCSIWAP is present in scan results. > > This makes NetworkManager work for the first time but then unable to > find any other APs. > > Clear APList before starting scan and

Re: [PATCH] ath10k: Enable adaptive CCA

writes: > From: Maharaja Kennadyrajan > > European Union has made it mandatory that all devices working in 2.4 GHz > has to adhere to the ETSI specification (ETSI EN 300 328 V1.9.1) > beginnig this year. The standard basically speaks about

[PATCH] staging: wilc1000: typo in WILC1000_DYNAMICALLY_ALLOCATE_MEMROY

Looking at the code, it seems that "MEMROY" in the config option name is a typo. It should be "MEMORY" instead. Changed the config option name accordingly. Signed-off-by: Stanislav Kholmanskikh --- drivers/staging/wilc1000/Kconfig | 2 +-

Re: [PATCH] staging: wilc1000: typo in WILC1000_DYNAMICALLY_ALLOCATE_MEMROY

On Fri, Oct 09, 2015 at 09:19:07PM +0300, Stanislav Kholmanskikh wrote: > Looking at the code, it seems that "MEMROY" in the config option > name is a typo. It should be "MEMORY" instead. > > Changed the config option name accordingly. > > Signed-off-by: Stanislav Kholmanskikh

Re: [PATCH] brcmfmac: fix waitqueue_active without memory barrier in brcmfmac driver

On 10/09/2015 02:35 AM, Kosuke Tatsukawa wrote: > brcmf_msgbuf_ioctl_resp_wake() seems to be missing a memory barrier > which might cause the waker to not notice the waiter and miss sending a > wake_up as in the following figure. My mail reader treats this as HTML format or so. Can you resend it

Re: [PATCH] ath10k: Fix OFDM rx-rate reporting.

gree...@candelatech.com writes: > From: Ben Greear > > The ath10k hw_rate codes are duplicated for > cck and ofdm modes, so we have to check a flag to > see if rate is cck or not when searching for > the proper bitrate. > > This fixes monitor mode reporting invalid rates

[PATCH] iw: Fix memory leak in error path

The leak is present if malloc fails after requesting a scan with ies or meshid as input. Signed-off-by: Ola Olsson --- scan.c |5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/scan.c b/scan.c index 8197679..d3c7d98 100644 --- a/scan.c +++

pull-request: wireless-drivers-next 2015-10-09

Hi Dave, here's first wireless-drivers pull request for 4.4. New features and bugfixes but not really anything out of ordinary. Please let me know if there are any problems. Kalle The following changes since commit 4730b4331ec58a74a66a044341f0114b02b3: sch_dsmark: improve memory locality

Re: [PATCH 0/7] ath10k: add copy engine fast path support

Rajkumar Manoharan writes: > Below patchset adds fast path support for uplink traffic by bypassing > HTC layer processing. This is enabled by making use of unused copy > engine 5 to receive HTT messages directly from HIF layer. From initial > validation in VHT80/5G