General VHT rate-ctrl question

If a station and it's peer can both do VHT, is there ever a good reason to even try HT rates? Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a

[PATCH v4] brcmfmac: Decrease 8021x_cnt for dropped packets

From: Per Forlin This patch resolves an issue where pend_8021x_cnt was not decreased on txfinalize. This caused brcmf_netdev_wait_pend8021x to timeout because the counter indicated pending packets. WARNING: at .../brcmfmac/core.c:1289 brcmf_netdev_wait_pend8021x

Re: [PATCH v3] brcmfmac: Decrease 8021x_cnt for dropped packets

Hi Per, [auto build test ERROR on wireless-drivers-next/master] [also build test ERROR on v4.6-rc3 next-20160412] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/per-forlin-gmail-com/brcmfmac

Re: [PATCH v3] brcmfmac: Decrease 8021x_cnt for dropped packets

Hi Per, [auto build test WARNING on wireless-drivers-next/master] [also build test WARNING on v4.6-rc3 next-20160412] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/per-forlin-gmail-com

Re: [PATCH MOREWORK 14/19] rtl818x_pci: Fix a memory leak in rtl8180_init_rx_ring

On Mon, Apr 11, 2016 at 2:11 AM, Julian Calaby wrote: > Hi Andrea, > > On Sat, Apr 9, 2016 at 4:56 AM, Andrea Merello > wrote: >> >> On Fri, Mar 18, 2016 at 3:27 AM, Julian Calaby >> wrote: >>> From: Jia-Ju Bai

[PATCH v3] brcmfmac: Decrease 8021x_cnt for dropped packets

From: Per Forlin This patch resolves an issue where pend_8021x_cnt was not decreased on txfinalize. This caused brcmf_netdev_wait_pend8021x to timeout because the counter indicated pending packets. WARNING: at .../brcmfmac/core.c:1289 brcmf_netdev_wait_pend8021x

Re: [PATCH] cfg80211: remove enum ieee80211_band

On 12-04-16 21:58, Johannes Berg wrote: > On Tue, 2016-04-12 at 21:53 +0200, Arend van Spriel wrote: >> >> On 12-04-16 15:58, Johannes Berg wrote: >>> >>> From: Johannes Berg >>> >>> This enum is already perfectly aliased to enum nl80211_band, and >>> the only reason

Re: [PATCH] cfg80211: remove enum ieee80211_band

On Tue, 2016-04-12 at 21:53 +0200, Arend van Spriel wrote: > > On 12-04-16 15:58, Johannes Berg wrote: > > > > From: Johannes Berg > > > > This enum is already perfectly aliased to enum nl80211_band, and > > the only reason for it is that we get IEEE80211_NUM_BANDS out

Re: [PATCH] PCI: Add Broadcom 4331 reset quirk to prevent IRQ storm

Hi Andrew, thank you for the extensive testing. On Sun, Apr 10, 2016 at 08:09:29PM +1000, Andrew Worsley wrote: > Further testing Broadcom 4331 reset quirk to prevent IRQ storm patch > testing reveals that: > 1. quirk is run on initial boot up and this time appears to have > vastly reduced the

[PATCH] ath9k: ar5008_hw_cmn_spur_mitigate: add missing mask_m & mask_p initialisation

by moving common code to ar5008_hw_cmn_spur_mitigate i forgot to move mask_m & mask_p initialisation. This coused a performance regression on ar9281. Fixes: f911085ffa88 ("ath9k: split ar5008_hw_spur_mitigate and reuse common code in ar9002_hw_spur_mitigate.") Reported-by: Gustav Frederiksen

[PATCH] ath10k: add dynamic tx mode switch config support for qca4019

From: Raja Mani push-pull mode needs certain amount the host driver involvement for managing queues in the host memory and packet delivery to firmware. qca4019 wifi firmware has an option to stay in push mode for less number of active traffic flow and then switch to

Re: [PATCH] mwifiex: fix possible NULL dereference

On Mon, Apr 11, 2016 at 6:27 PM, Sudip Mukherjee wrote: > From: Sudip Mukherjee > > We have a check for card just after dereferencing it. So if it is NULL > we have already dereferenced it before its check. Lets dereference it > after

Re: [PATCH v2] mwifiex: fix possible NULL dereference

On Tuesday 12 April 2016 05:20 PM, Arend van Spriel wrote: On 12-04-16 13:46, Sudip Mukherjee wrote: From: Sudip Mukherjee We have a check for card just after dereferencing it. So if it is NULL we have already dereferenced it before its check. Lets

Re: [PATCH v2] mwifiex: fix possible NULL dereference

On 12-04-16 13:46, Sudip Mukherjee wrote: > From: Sudip Mukherjee > > We have a check for card just after dereferencing it. So if it is NULL > we have already dereferenced it before its check. Lets dereference it > after checking card for NULL. And you are

Re: [PATCH 0/8] brcmfmac: event handling and other fixes

Hi Arend, On Tue, Apr 12, 2016 at 6:55 PM, Arend van Spriel wrote: > On 11-04-16 13:20, Rafał Miłecki wrote: >> On 11 April 2016 at 11:35, Arend van Spriel wrote: >>> This series provides the following: >>> >>> * avoid unexpected firmware

[PATCH v2] mwifiex: fix possible NULL dereference

From: Sudip Mukherjee We have a check for card just after dereferencing it. So if it is NULL we have already dereferenced it before its check. Lets dereference it after checking card for NULL. Signed-off-by: Sudip Mukherjee ---

RE: [PATCH 1/3] cfg80211: Add option to report the bss entry in connect result

Hi Arend, The bss table entry in kernel will have the channel indicated in the beacon/probe response itself. But here we are addressing a case where the AP is changing its channel (not through CSA but is disconnecting clients on old channel and is coming up on a new channel). In such a

Re: pull request: iwlwifi 2016-04-12

On Tue, 2016-04-12 at 11:14 +0300, Emmanuel Grumbach wrote: > Hi Kalle, > > I have here a pull request for 4.6. There is patch in this pull > request > that has been sent to -next already but should really have been > included in the current cycle. Sorry for the mess. > > The commit appears in

Re: [PATCH 0/8] brcmfmac: event handling and other fixes

On 11-04-16 13:20, Rafał Miłecki wrote: > On 11 April 2016 at 11:35, Arend van Spriel wrote: >> This series provides the following: >> >> * avoid unexpected firmware events. >> * allow passing events explicitly for PCIe and SDIO devices. >> * fix issue with boardrev entry in

Re: [PATCH 1/3] cfg80211: Add option to report the bss entry in connect result

On 11-04-16 11:46, Kanchanapally, Vidyullatha wrote: > From: "Kanchanapally, Vidyullatha" > > Since cfg80211 maintains separate BSS table entries for APs if the same > BSSID, SSID pair is seen on multiple channels, it is possible that it > can map the current_bss to

[PATCH 2/4] iwlwifi: mvm: avoid to WARN about gscan capabilities

From: Ayala Beker Gscan capabilities were updated with new capabilities supported by the device. Update GSCAN capabilities TLV and avoid to WARN if the firmware does not have the new capabilities. Signed-off-by: Ayala Beker Signed-off-by: Emmanuel

[PATCH 3/4] iwlwifi: 8000: fix MODULE_FIRMWARE input

From: Sara Sharon The firwmare name for 8000 is iwlwifi-8000C. The C is appended based on a value read from a register. This allows to load different firwmare versions based on the hardware step during development. Now that the hardware development is completed, we can

[PATCH 4/4] iwlwifi: mvm: fix accessing Null pointer during fw dump collection

From: Matti Gottlieb The firwmare file can come with data that is relevant for paging. This data is availablet to the firmware upon request, but it stored in the host's memory. During the firmware init flow, the driver configures the firmware so that the firwmare knows

[PATCH 1/4] iwlwifi: add device IDs for the 8265 device

From: Oren Givon Add new 8265 series PCI IDs. Signed-off-by: Oren Givon Signed-off-by: Emmanuel Grumbach --- drivers/net/wireless/intel/iwlwifi/pcie/drv.c | 10 ++ 1 file changed, 10 insertions(+) diff --git

pull request: iwlwifi 2016-04-12

Hi Kalle, I have here a pull request for 4.6. There is patch in this pull request that has been sent to -next already but should really have been included in the current cycle. Sorry for the mess. The commit appears in -next as: commit a0b09f13036cedfd67c9cb4b9d05138e7022723d Author: Ayala

RE: [PATCH 1/7] wil6210: add function name to wil log macros

On 4/7/2016 6:41 PM, Kalle Valo wrote: > "Haim, Maya" writes: > >> On 4/6/2016 10:19 AM, Joe Perches wrote: >>> On Tue, 2016-04-05 at 14:24 +0300, Maya Erez wrote: Add __func__ to all wil log macros for easier debugging. >>> I think this is unnecessary and merely

Re: hardware restart on Intel 7260

> Meh... So what happens here is that the firmware is stuck while > transmitting. The driver detects this and as a workaround, resets the > firmware. The detection takes 10 seconds. > The only way to understand what is going on here is to take the > firmware from [1] and to run the steps to

RE: iwlwifi monitor mode: No data frame captured on 5 Ghz

> On Sun, Apr 10, 2016 at 1:28 PM, Grumbach, Emmanuel > wrote: > >> > On Tue, 2016-04-05 at 16:25 +0300, Gucea Doru wrote: > >> Is the iwlwifi driver capable of capturing data frames when the > >> channel bonding is set to 80Mhz? > > > > dev set freq