[PATCHv2 3/3] mac80211: add VHT support for IBSS

Add VHT support for IBSS. Drivers could activate this feature by setting NL80211_EXT_FEATURE_VHT_IBSS flag. Signed-off-by: Janusz Dziedzic --- net/mac80211/ht.c | 2 -- net/mac80211/ibss.c| 50 +- net/mac80211/ieee80211_i.h | 3 +++

[PATCHv2 2/3] mac80211: ibss refactor ieee80211_rx_bss_info

Put station specific code in ieee80211_update_sta_info function. Signed-off-by: Janusz Dziedzic --- net/mac80211/ibss.c | 186 1 file changed, 100 insertions(+), 86 deletions(-) diff --git a/net/mac80211/ibss.c b/net/mac80211/ibss.c index 650

[PATCHv2 1/3] mac80211: IBSS fix scan request

In case of wide bandwidth scan all channels we have in chandef. For example in case of 80MHz bandwidth we have four possible control channels. Signed-off-by: Janusz Dziedzic --- net/mac80211/ibss.c| 81 -- net/mac80211/ieee80211_i.h | 3 +- ne

Re: [PATCH v3 2/2] wl18xx: add basic device-tree support

On Sunday 08 March 2015 13:13:13 Eliad Peller wrote: > > > I've looked up the what boards actually use this data and found that > > all of them already support booting from DT: some omap2 boards using > > arch/arm/mach-omap2/pdata-quirks.c to provide the data, and the > > davinci 850evm. Can you m

[PATCH] mac80211: initialize rate control earlier for tdls station

From: Marek Puzyniak Currently when TDLS station in driver goes from authorized to associated state it can not use rate control parameters because rate control is not initialized yet. Some drivers require parameters already initialized by rate control when entering associated state. It can be don

pull request: new firmware for Intel wireless Intel 3160 / 7260 / 7265 / 7265D devices

Hi, This is a pull request for new firmwares for the Intel wireless devices mentioned in the subject. I replace -10.ucode with new ones (that includes bug fixes). Please pull. The following changes since commit 1e67c28c65137dd1647e597ebef45d8a0c9168f9: ath9k_htc: update versions in WHENCE (

[PATCH 1/3] wil6210: NAPI completion refactor

It is expected that driver completes NAPI when less than full budget is consumed. Fulfill this requirement. Signed-off-by: Vladimir Kondratiev --- drivers/net/wireless/ath/wil6210/netdev.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/ath/wil6210/n

[PATCH 2/3] wil6210: re-submit Rx frames to the wireless media if appropriate

This is for AP only. If Rx data frame targeted to one of associated clients, transmit it back to the wireless media and don't deliver to the host. For the multicast frames, deliver to both host and wireless media. Signed-off-by: Vladimir Kondratiev --- drivers/net/wireless/ath/wil6210/txrx.c | 7

[PATCH 3/3] wil6210: support AP isolation

For the AP, configuration may say not to bridge traffic between wireless clients. This is conveyed from user space (ex: hostapd has ap_isolate parameter) with NL80211_CMD_SET_BSS, to the driver's cfg80211 ops method change_bss Add support for this setting. Signed-off-by: Vladimir Kondratiev ---

[PATCH 0/3] wil6210 patches

Take care of AP bridging; and fix NAPI behavior Vladimir Kondratiev (3): wil6210: NAPI completion refactor wil6210: re-submit Rx frames to the wireless media if appropriate wil6210: support AP isolation drivers/net/wireless/ath/wil6210/cfg80211.c | 16 +++ drivers/net/wireless/ath/wil6

[PATCH v4 2/2] wl18xx: add basic device-tree support

When running with device-tree, we no longer have a board file that can set up the platform data for wlcore. Allow this data to be passed from DT. For now, parse only the irq used. Other (optional) properties can be added later on. Signed-off-by: Ido Yariv Signed-off-by: Eliad Peller --- v4: use

[PATCH v4 1/2] dt: bindings: add wl18xx wireless device

Add device tree binding documentation for TI's wl18xx wlan chip. Signed-off-by: Eliad Peller --- v4: use specific wl18xx model numbers (Arnd) .../devicetree/bindings/net/wireless/ti,wl18xx.txt | 39 ++ 1 file changed, 39 insertions(+) create mode 100644 Documentation/device

Re: [PATCH v3 2/2] wl18xx: add basic device-tree support

On Fri, Feb 27, 2015 at 10:26 AM, Arnd Bergmann wrote: > On Thursday 19 February 2015 18:13:21 Eliad Peller wrote: >> + >> +static struct wl12xx_platform_data *wlcore_probe_of(struct device *dev) >> +{ >> + struct device_node *np = dev->of_node; >> + struct wl12xx_platform_data *pdata;

Re: [PATCH v3 1/2] dt: bindings: add wl18xx wireless device

On Fri, Feb 27, 2015 at 10:14 AM, Arnd Bergmann wrote: > On Thursday 19 February 2015 18:13:20 Eliad Peller wrote: >> +Required properties: >> + - compatible : Should be "ti,wl18xx". > > Do not use wildcards in the compatible string, use specific model numbers. ok. i'll change it to ti,wl1835 and

Re: [PATCH v2] wlcore: add basic device-tree support

hi Luca, On Fri, Feb 27, 2015 at 9:31 AM, Luca Coelho wrote: > Hi, > > On Sun, 2015-02-15 at 13:09 +0200, Eliad Peller wrote: >> When running with device-tree, we no longer have a board file >> that can set up the platform data for wlcore. >> Allow this data to be passed from DT. >> >> For now, p

Re: [PATCH] rt2x00: use rt2x00queue_flush_queues() instead of implementing the same action

On Sat, Mar 07, 2015 at 08:45:50PM +02iee80211_ops00, Giedrius Statkevičius wrote: > Use rt2x00queue_flush_queues() in rt2x00mac_flush() instead of > reimplementing the same actions the second time. Also, now it flushes > the rx queue aswell which it didn't before and that makes it completely > do