Re: [PATCH v3 3/4] ipv6: add option to drop unicast encapsulated in L2 multicast

From: Johannes Berg Date: Thu, 4 Feb 2016 13:31:19 +0100 > From: Johannes Berg > > In order to solve a problem with 802.11, the so-called hole-196 attack, > add an option (sysctl) called "drop_unicast_in_l2_multicast" which, if > enabled,

Re: [PATCH v3 2/4] ipv4: add option to drop gratuitous ARP packets

From: Johannes Berg Date: Thu, 4 Feb 2016 13:31:18 +0100 > From: Johannes Berg > > In certain 802.11 wireless deployments, there will be ARP proxies > that use knowledge of the network to correctly answer requests. > To prevent gratuitous

Re: [PATCH v3 4/4] ipv6: add option to drop unsolicited neighbor advertisements

From: Johannes Berg Date: Thu, 4 Feb 2016 13:31:20 +0100 > From: Johannes Berg > > In certain 802.11 wireless deployments, there will be NA proxies > that use knowledge of the network to correctly answer requests. > To prevent unsolicitd

Re: [PATCH v3 1/4] ipv4: add option to drop unicast encapsulated in L2 multicast

From: Johannes Berg Date: Thu, 4 Feb 2016 13:31:17 +0100 > From: Johannes Berg > > In order to solve a problem with 802.11, the so-called hole-196 attack, > add an option (sysctl) called "drop_unicast_in_l2_multicast" which, if > enabled,

Re: [PATCH 1/3] mwifiex: Fixed incorrect indentation issue

Ujjal Roy writes: > This patch fixes the incorrect indentation of the case label. > > Signed-off-by: Ujjal Roy A changelog is always recommended to have. Also for some reason your name in patchwork is all caps: Submitter UJJAL ROY

[PATCH 2/2] ath10k: process htt rx indication as batch mode

On multicore systems, it is possible that txrx tasket can run in parallel with pci tasklet (i.e smp affinity of ath10k irq is assigned to multiple CPUs). Feeding and consuming from the same rx completion list leads to txrx tasklet runs for longer period. Prevent this by processing a snapshot of rx

[PATCH 1/2] ath10k: reduce rx_lock contention for htt rx indication

Received frame indications are queued into a skb list and latest processed by txrx tasklet. This skb queue is protected by htt rx lock. Since the entire rx processing till delivering frame to mac80211 and replenish tasks are processed under rx_lock protection, there might be some delay in queuing

Re: [PATCH 1/3] mwifiex: Fixed incorrect indentation issue

On Thu, Feb 11, 2016 at 3:05 PM, Kalle Valo wrote: > Ujjal Roy writes: > >> This patch fixes the incorrect indentation of the case label. >> >> Signed-off-by: Ujjal Roy > > A changelog is always recommended to have. Also for some

Re: [PATCH] codel: add forgotten inline to functions in header file

fixing linux-wireless address ... On 02/11/2016 04:30 PM, Eric Dumazet wrote: > On Thu, 2016-02-11 at 16:08 +0200, Emmanuel Grumbach wrote: >> Signed-off-by: Emmanuel Grumbach >> --- >> -static bool codel_should_drop(const struct sk_buff *skb, >> -

Re: [PATCH] codel: add forgotten inline to functions in header file

On Thu, 2016-02-11 at 15:05 +, Grumbach, Emmanuel wrote: > Yeah :) codel_should_drop seemed very long indeed... I wanted to use the > codel_get_time and associated utils (_before, _after) in iwlwifi. > They're better than jiffies... So maybe I can just copy that code to > iwlwifi. You

Re: [PATCH] mac80211: fix wiphy supported_band access

On Wednesday 10 February 2016 16:08:17 Lorenzo Bianconi wrote: > Fix wiphy supported_band access in tx radiotap parsing. In particular, > info->band is always set to 0 (IEEE80211_BAND_2GHZ) since it has not > assigned yet. This cause a kernel crash on 5GHz only devices. > Move

Re: [PATCH] codel: add forgotten inline to functions in header file

On 02/11/2016 05:12 PM, Eric Dumazet wrote: > On Thu, 2016-02-11 at 15:05 +, Grumbach, Emmanuel wrote: > > >> Yeah :) codel_should_drop seemed very long indeed... I wanted to use the >> codel_get_time and associated utils (_before, _after) in iwlwifi. >> They're better than jiffies... So

Re: [PATCH] codel: add forgotten inline to functions in header file

On Thu, Feb 11, 2016 at 7:05 AM, Grumbach, Emmanuel wrote: > fixing linux-wireless address ... > > On 02/11/2016 04:30 PM, Eric Dumazet wrote: >> On Thu, 2016-02-11 at 16:08 +0200, Emmanuel Grumbach wrote: >>> Signed-off-by: Emmanuel Grumbach

Re: [PATCH] codel: add forgotten inline to functions in header file

On Thu, Feb 11, 2016 at 7:29 AM, Grumbach, Emmanuel wrote: > > > On 02/11/2016 05:12 PM, Eric Dumazet wrote: >> On Thu, 2016-02-11 at 15:05 +, Grumbach, Emmanuel wrote: >> >> >>> Yeah :) codel_should_drop seemed very long indeed... I wanted to use the >>>

Rate Control Tuning/Information

Hello, We're currently trying to tune the rate control algorithm (minstrel) with our video encoding quality. We're using a udp network so ideally the two will match up and we won't be trying to encode at too high of a quality when our data rate is decreased. In doing so, I have a couple of

Re: [PATCH] ath10k: fix erroneous return value

Hi All, On Thu, Feb 11, 2016 at 3:58 AM, Anton Protopopov wrote: > The ath10k_pci_hif_exchange_bmi_msg() function may return the positive > value EIO instead of -EIO in case of error. > > Signed-off-by: Anton Protopopov This looks right to

[PATCH 2/4] rtlwifi: rtl8192de: Convert driver to use common 5G channels

This driver defines its owh copy of the 5G channels. Change it to use the common definitions. Signed-off-by: Larry Finger --- Kalle, This material is for kernel 4.6. Larry .../net/wireless/realtek/rtlwifi/rtl8192de/phy.c | 23 -- 1 file

[PATCH 4/4] rtlwifi: rtl8821ae: Convert driver to use common 5G channel table

There are several copies of the 5G channel tables in this driver. These are removed so that the tables in the core will be used. This change also removes a useless message of "Channel 163 in Group not found". The number of possible 5G channels was reduced from 54 to a better value of 49 during

[PATCH 3/4] rtlwifi: rtl8192ee: Convert driver to use new 5G channel tables

The driver defines its own set of channel tables for the 5G band. With this change, it will use those of the core. Signed-off-by: Larry Finger --- Kalle, This material is for kernel 4.6. Larry drivers/net/wireless/realtek/rtlwifi/rtl8192ee/hw.c | 12

[PATCH] rtlwifi: rtl8821ae: Silence useless log output

When driver rtl8821ae is loaded but not connected to any AP, it logs a "firmware not ready to run" message roughly once a minute. To eliminate logging this massage under normal debug conditions, the degug level needed to print this message is increased. Signed-off-by: Larry Finger

[PATCH 1/4] rtlwifi: Prepare for reworking 5G channels

There are 3 drivers in this family that have 5G radios. Each of them defines local copies of the available channels. This patch adds the two arrays to the core driver. Signed-off-by: Larry Finger --- Kalle, This material is for kernel 4.6. Larry

[PATCH 0/4] rtlwifi: Rework 5G channel arrays

Several of the rtlwifi drivers have separate definitions of the 5D channel arrays. This patch set replaces 5 separate instances with a single one in the common header. These patches also eliminate spurious messages "rtl8821ae:_rtl8821ae_get_chnl_group(): 5G, Channel 163 in Group not found" from