[PATCH] fix:brcmfmac: add missing header dependencies

We get 1 warning when biuld kernel with W=1: drivers/net/wireless/broadcom/brcm80211/brcmfmac/tracepoint.c:23:6: warning: no previous prototype for '__brcmf_err' [-Wmissing- prototypes] In fact, this function is declared in brcmfmac/debuge.h, so this patch add missing header dependencies

[PATCH] rtlwifi/rtl8192de: Fix print format string

%ul was likely meant as %lu to print an unsigned long, not an unsigned with a letter l at the end. But in fact the value printed is u32 anyway, so just drop the l completely. Signed-off-by: Oleg Drokin --- drivers/net/wireless/realtek/rtlwifi/rtl8192de/phy.c | 6 +++--- 1

mac80211_hwsim: handling RSSI

Hi, I am developing a wireless network emulator (https://github.com/intrig-unicamp/mininet-wifi) and I was wondering what is the best way to change the RSSI information provided by mac80211_hwsim. I am able to calculate the RSSI with my emulator, but the RSSI is not updated by mac80211_hwsim, of

[PATCH] ath10k: fix spelling mistake "montior" -> "monitor"

From: Colin Ian King Trivial fix to spelling mistake in ath10k_warn message. Signed-off-by: Colin Ian King --- drivers/net/wireless/ath/ath10k/mac.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v3] ath10k: implement NAPI support

On 2016-08-26 17:19, Dave Taht wrote: On Fri, Aug 26, 2016 at 4:12 AM, Johannes Berg wrote: On Fri, 2016-08-26 at 03:48 -0700, Dave Taht wrote: I'm always rather big on people testing latency under load, and napi tends to add some. That's a completely useless

Re: [PATCH v3] ath10k: implement NAPI support

On Fri, Aug 26, 2016 at 4:12 AM, Johannes Berg wrote: > On Fri, 2016-08-26 at 03:48 -0700, Dave Taht wrote: >> I'm always rather big on people testing latency under load, and napi >> tends to add some. > > That's a completely useless comment. > > Obviously, everybody

Re: [PATCH v3] ath10k: implement NAPI support

On Fri, 2016-08-26 at 03:48 -0700, Dave Taht wrote: > I'm always rather big on people testing latency under load, and napi > tends to add some. That's a completely useless comment. Obviously, everybody uses NAPI; it's necessary for system load and thus performance, and lets drivers take

Re: [PATCH v3] ath10k: implement NAPI support

I'm always rather big on people testing latency under load, and napi tends to add some.

[PATCH v3] ath10k: implement NAPI support

Add NAPI support for rx and tx completion. NAPI poll is scheduled from interrupt handler. The design is as below - on interrupt - schedule napi and mask interrupts - on poll - process all pipes (no actual Tx/Rx) - process Rx within budget - if quota exceeds budget reschedule napi

Re: [Make-wifi-fast] [PATCH v2] mac80211: Move crypto IV generation to after TXQ dequeue.

Johannes Berg writes: > On Mon, 2016-08-22 at 16:47 +0200, Toke Høiland-Jørgensen wrote: >>  >> I suppose that could be a way to do it (i.e. have >> ieee80211_tx_dequeue call all the TX hooks etc), but am not sure >> whether there would be problems doing all this work

Re: [Make-wifi-fast] [PATCH v2] mac80211: Move crypto IV generation to after TXQ dequeue.

On Mon, 2016-08-22 at 16:47 +0200, Toke Høiland-Jørgensen wrote: >  > I suppose that could be a way to do it (i.e. have > ieee80211_tx_dequeue call all the TX hooks etc), but am not sure > whether there would be problems doing all this work in the loop > that's building aggregates (which is what

Re: [PATCH v2] rt2x00: add support for mac addr from device tree

On Fri, Aug 26, 2016 at 09:16:53AM +0200, Mathias Kresin wrote: > On some devices the EEPROMs of Ralink Wi-Fi chips have a default Ralink > MAC address set (RT3062F: 00:0C:43:30:62:00, RT3060F: > 00:0C:43:30:60:00). Using multiple of these devices in the same network > can cause nasty issues. > >

Re: [PATCH] cfg80211: Add support for user configurable beacon data rate

On Wed, 2016-08-24 at 12:30 +, Undekari, Sunil Dutt wrote: > > It also doesn't check that you specified exactly one rate, but it's > > not clear how else this would work? > I can think of the following options here .  > 1. Consider these rates as only the preference ( in order ) to the > host

Re: [PATCH] nl80211: Fix unfiltered GET_INTERFACE dumps

On Thu, 2016-08-25 at 15:44 -0500, Denis Kenzior wrote: > dump_wiphy_parse only assigns filter_wiphy if one of the supported > NL80211 attributes is present.  So for unfiltered dumps, filter_wiphy > was always initialized to 0, and only interface 0 was dumped. > > This was introduced in commit >

[PATCH v5] ath10k: Fix broken NULL func data frame status for 10.4

From: Mohammed Shafi Shajakhan Older firmware with HTT delivers incorrect tx status for null func frames to driver, but this fixed in 10.2 and 10.4 firmware versions. Also this workaround results in reporting of incorrect null func status for 10.4. Fix this is by

Re: [PATCH] cfg80211: Add HT and VHT information in start_ap

On Tue, 2016-08-16 at 12:34 +, Malinen, Jouni wrote: >  > > So if you get HT_VHT_NOT_INDICATED in the driver, don't you *still* > > have to parse the IEs? > > Well.. Yes, I guess one would need to do that for some time until > relevant user space is expected to have been updated to support

Re: [PATCH v6] cfg80211: Provision to allow the support for different beacon intervals

Hi, Sorry - missed that mail somehow. > cfg80211_validate_beacon_int -> cfg80211_iter_combinations shall be > invoked for the interface combinations , currently. > diff_beacon_int_gcd_min is applicable for the interface combinations > and am not sure how can we validate this for a single

[PATCH v2] rt2x00: add support for mac addr from device tree

On some devices the EEPROMs of Ralink Wi-Fi chips have a default Ralink MAC address set (RT3062F: 00:0C:43:30:62:00, RT3060F: 00:0C:43:30:60:00). Using multiple of these devices in the same network can cause nasty issues. Allow to override the MAC in the EEPROM with (a known good) one set in the