Re: [PATCH v3 4/4] mac80211: Add set_cqm_rssi_range_config

Hi, On 24 January 2017 at 16:18, Johannes Berg wrote: > On Fri, 2017-01-20 at 09:55 +0100, Andrew Zaborowski wrote: >> Support .set_cqm_rssi_range_config if the beacons are available for >> processing in mac80211. There's no reason that this couldn't be >> offloaded

Re: [PATCH 5/6] brcmfmac: modify all brcmf_err calls adding struct brcmf_pub

On 01/24/2017 11:02 PM, kbuild test robot wrote: Hi Rafał, [auto build test ERROR on wireless-drivers-next/master] [also build test ERROR on next-20170124] [cannot apply to v4.10-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url

Re: [PATCH 5/6] brcmfmac: modify all brcmf_err calls adding struct brcmf_pub

Hi Rafał, [auto build test WARNING on wireless-drivers-next/master] [also build test WARNING on next-20170124] [cannot apply to v4.10-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Rafa-Mi

Re: [PATCH 2/6] brcmfmac: add struct brcmf_pub parameter to the __brcmf_err

Hi Rafał, [auto build test ERROR on wireless-drivers-next/master] [also build test ERROR on v4.10-rc5 next-20170124] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Rafa-Mi-ecki/brcmfmac-switch

Re: [PATCH 5/6] brcmfmac: modify all brcmf_err calls adding struct brcmf_pub

Hi Rafał, [auto build test ERROR on wireless-drivers-next/master] [also build test ERROR on next-20170124] [cannot apply to v4.10-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Rafa-Mi

Re: [PATCH net-next v5] bridge: multicast to unicast

On Sat, 21 Jan 2017 21:01:32 +0100 Linus Lüssing wrote: > +static bool br_port_group_equal(struct net_bridge_port_group *p, > + struct net_bridge_port *port, > + const unsigned char *src) > +{ > + if (p->port

Re: [PATCH net-next v5] bridge: multicast to unicast

On Sat, 21 Jan 2017 21:01:32 +0100 Linus Lüssing wrote: > @@ -726,12 +729,32 @@ struct net_bridge_port_group > *br_multicast_new_port_group( > hlist_add_head(>mglist, >mglist); > setup_timer(>timer, br_multicast_port_group_expired, >

Re: [PATCH net-next v5] bridge: multicast to unicast

From: Linus Lüssing Date: Sat, 21 Jan 2017 21:01:32 +0100 > From: Felix Fietkau > > Implements an optional, per bridge port flag and feature to deliver > multicast packets to any host on the according port via unicast > individually. This is done by

Re: pull-request: mac80211 2017-01-24

From: Johannes Berg Date: Tue, 24 Jan 2017 16:34:52 +0100 > LTP found a problem last week, but I couldn't fix it since I > was travelling, so here's the fix now. > > Please pull and let me know if there's any problem. Pulled, thanks Johannes.

Re: [OpenWrt-Devel] ath10k mesh + ap + encryption?

On Montag, 19. September 2016 11:34:00 CET Sven Eckelmann wrote: > On Montag, 19. September 2016 08:43:56 CEST Simon Wunderlich wrote: > [...] > > > We're testing encrypted AP + Mesh quite successfully right now with > > > this firmware: https://github.com/kvalo/ath10k-firmware/commit/307cb46b > >

Re: [PATCH 2/2] mac80211: use accessor functions to set sta->_flags

On Tue, 2017-01-24 at 16:42 +0100, Amadeusz Sławiński wrote: > cleanup patch to make use of set_sta_flag()/clear_sta_flag() in > places > where we access sta->_flags > > Signed-off-by: Amadeusz Sławiński > --- >  net/mac80211/sta_info.c | 12 ++-- >  1 file

[PATCH 1/2] mac80211: use helper function to access ieee802_1d_to_ac[]

cleanup patch to make use of ieee80211_ac_from_tid() to retrieve ac from ieee802_1d_to_ac[] Signed-off-by: Amadeusz Sławiński --- net/mac80211/rx.c | 2 +- net/mac80211/status.c | 2 +- net/mac80211/tx.c | 4 ++-- 3 files changed, 4 insertions(+), 4

[PATCH 2/2] mac80211: use accessor functions to set sta->_flags

cleanup patch to make use of set_sta_flag()/clear_sta_flag() in places where we access sta->_flags Signed-off-by: Amadeusz Sławiński --- net/mac80211/sta_info.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/net/mac80211/sta_info.c

pull-request: mac80211 2017-01-24

Hi Dave, LTP found a problem last week, but I couldn't fix it since I was travelling, so here's the fix now. Please pull and let me know if there's any problem. Thanks, johannes The following changes since commit 4078b76cac68e50ccf1f76a74e7d3d5788aec3fe: net: dsa: Check return value of

Re: [PATCH v3 4/4] mac80211: Add set_cqm_rssi_range_config

On Fri, 2017-01-20 at 09:55 +0100, Andrew Zaborowski wrote: > Support .set_cqm_rssi_range_config if the beacons are available for > processing in mac80211.  There's no reason that this couldn't be > offloaded by mac80211-based drivers but there's no driver method for > that added in this patch as

Re: [PATCH v3 3/4] cfg80211: Accept multiple RSSI thresholds for CQM

> + if (n_thresholds <= 1 && rdev->ops->set_cqm_rssi_config) { > + const s32 disable = 0; > + > + if (n_thresholds == 0) { > + n_thresholds = 1; > + thresholds = > + } This doesn't really make sense, > +

[PATCH 3/6] brcmfmac: pcie: store private pointer to struct brcmf_pub

From: Rafał Miłecki Getting this pointer in PCIe code is not trivial and requires using dev_get_drvdata helper which adds extra line of code. Having access to this struct is useful for using generic stuff and e.g. improving logging messages. Signed-off-by: Rafał Miłecki

[PATCH 1/6] brcmfmac: switch to C function (__brcmf_err) for printing errors

From: Rafał Miłecki This will allow extending code and using more detailed messages e.g. with the help of dev_err. Note that *two separated* brcmf_err macros were replaced thanks to using a simple CONFIG_BRCMDBG symbol check in the body. Signed-off-by: Rafał Miłecki

[PATCH 2/6] brcmfmac: add struct brcmf_pub parameter to the __brcmf_err

From: Rafał Miłecki This will allow getting struct device reference from the passed brcmf_pub for the needs of dev_err. More detailed messages are really important for home routers which frequently have 2 (or even 3) wireless cards supported by brcmfmac. Note that all calls

[PATCH 4/6] brcmfmac: usb: store private pointer to struct brcmf_pub

From: Rafał Miłecki Having access to this struct is useful for using generic stuff and e.g. improving logging messages. Signed-off-by: Rafał Miłecki --- drivers/net/wireless/broadcom/brcm80211/brcmfmac/usb.c | 12 1 file changed, 8

[PATCH 6/6] brcmfmac: use dev_err to print errors

From: Rafał Miłecki This adds a nice prefix to all error messages making it possible to identify device they are related to. It's really useful for e.g. home routers commonly having 2 or even 3 wireless devices. Signed-off-by: Rafał Miłecki ---

[PATCH 2/2] mwifiex: use pci_dma_sync_single* APIs

On some platforms, driver is unable read sleep cookie signature even if firmware has written it through DMA. The problem is fixed by using pci_dma_sync_single* APIs while reading DMA buffer shared with firmware. Signed-off-by: Amitkumar Karwar ---

[PATCH 1/2] mwifiex: mwifiex_unmap_pci_memory() handling for sleep confirm

Sleep confirm is a special command for which "adapter->cur_cmd" pointer is not set. When it's response is received, host writes SLEEP confirm done to a register. Firmware will perform DMA for writing sleep cookie signature on same buffer after this. Let's not immediately call

Re: pull-request: iwlwifi 2017-01-23

Luca Coelho writes: > Hi Kalle, > > After a long time (too long time, I admit), here comes a pull request > with two fixes intended for v4.10. Nothing major, just two small fixes > that were pending in our internal trees. I have some more, but I'm > keeping this small for the

Re: [PATCH 2/3] ath10k: use dma_zalloc_coherent()

Joe Perches writes: > On Tue, 2017-01-24 at 05:18 +, Valo, Kalle wrote: >> Joe Perches writes: >> >> > On Mon, 2017-01-23 at 15:04 +, Srinivas Kandagatla wrote: >> > > use dma_zalloc_coherent() instead of dma_alloc_coherent and memset(). >> > >> >

Re: [PATCH] nl80211: fix validation of scheduled scan info for wowlan netdetect

On 24-1-2017 9:57, Johannes Berg wrote: > On Thu, 2017-01-19 at 14:08 +0100, Arend Van Spriel wrote: >> >> On 19-1-2017 13:00, Luca Coelho wrote: >>> On Thu, 2017-01-19 at 10:01 +, Arend van Spriel wrote: For wowlan netdetect a separate limit is defined for the number of

RE: [PATCH] rtlwifi: rtl8192x: Enabling and disabling hardware interrupts after enabling local irq flags

> Subject: Re: [PATCH] rtlwifi: rtl8192x: Enabling and disabling hardware > interrupts > after enabling local irq flags > > On 01/20/2017 08:14 AM, Bharat Kumar Gogada wrote: > > > On 01/19/2017 04:14 AM, Bharat Kumar Gogada wrote: > >>> -Realtek 8192CE chipset maintains local irq flags after >

Re: [PATCH v2 3/4] cfg80211: Accept multiple RSSI thresholds for CQM

On Sat, 2017-01-07 at 04:43 -0500, Andrew Zaborowski wrote: > With the basic mac80211 implementation in my patch 4/4 this feature > should be set when IEEE80211_VIF_BEACON_FILTER is not set.  The > problem with a nl80211_ext_feature is that it's per wiphy instead of > per interface.  So in the

Re: [PATCH] nl80211: fix validation of scheduled scan info for wowlan netdetect

On Thu, 2017-01-19 at 14:08 +0100, Arend Van Spriel wrote: > > On 19-1-2017 13:00, Luca Coelho wrote: > > On Thu, 2017-01-19 at 10:01 +, Arend van Spriel wrote: > > > For wowlan netdetect a separate limit is defined for the number > > > of > > > matchsets. Currently, this limit is ignored and