ath10k firmware crashes in mesh mode on QCA9880

When we try to transmit traffic (ping) between two meshed ath10k devices running latest lede we keep experiencing ath10k firmware crashes. This seems to only happen when running in 802.11n/ac mode but not in 802.11a/g mode. Also, from the station dumps it appears that management traffic is

Re: ath10k: Fix soft lockup during firmware crash/hw-restart

I have not seen this hang since adding this patch, so hopefully it has resolved the problem. Thanks, Ben On 11/29/2016 06:46 AM, Mohammed Shafi Shajakhan wrote: From: Mohammed Shafi Shajakhan During firmware crash (or) user requested manual restart the system gets

[PATCH] mac80211: Suppress NEW_PEER_CANDIDATE event if no room

Previously, kernel sends NEW_PEER_CANDIDATE event to user land even if the found peer does not have any room to accept other peer. This causes continuous connection trials. Signed-off-by: Masashi Honma --- net/mac80211/mesh_plink.c | 14 -- 1 file changed, 8

[PATCH 1/1] rtl8xxxu: Work around issue with 8192eu and 8723bu devices not reconnecting

From: Jes Sorensen The H2C MEDIA_STATUS_RPT command for some reason causes 8192eu and 8723bu devices not being able to reconnect. Reported-by: Barry Day Signed-off-by: Jes Sorensen ---

Donation

Hello, My name is Gloria C. Mackenzie, i have a Monetary Donation to make for less privilege and yourself and your organization, am writing you with a friend's email, please contact me on g_macken...@rogers.com

Re: [RFC] qtn: add FullMAC firmware for Quantenna QSR10G wifi device

On 29-11-2016 10:10, IgorMitsyanko wrote: > On 11/29/2016 06:49 AM, Oleksij Rempel wrote: >> Am 28.11.2016 um 20:01 schrieb IgorMitsyanko: >>> On 11/28/2016 08:33 PM, Oleksij Rempel wrote: Am 28.11.2016 um 18:10 schrieb Oleksij Rempel: [...] >>> Oleksij, yes, that's correct, it includes

Re: [RFC] qtn: add FullMAC firmware for Quantenna QSR10G wifi device

On 11/29/2016 12:34 PM, Arend Van Spriel wrote: On 29-11-2016 10:10, IgorMitsyanko wrote: On 11/29/2016 06:49 AM, Oleksij Rempel wrote: Am 28.11.2016 um 20:01 schrieb IgorMitsyanko: On 11/28/2016 08:33 PM, Oleksij Rempel wrote: Am 28.11.2016 um 18:10 schrieb Oleksij Rempel: [...]

Re: [RFC] qtn: add FullMAC firmware for Quantenna QSR10G wifi device

On 11/29/2016 06:49 AM, Oleksij Rempel wrote: Am 28.11.2016 um 20:01 schrieb IgorMitsyanko: On 11/28/2016 08:33 PM, Oleksij Rempel wrote: Am 28.11.2016 um 18:10 schrieb Oleksij Rempel: Am 28.11.2016 um 17:34 schrieb Kyle McMartin: On Tue, Nov 22, 2016 at 9:44 AM, IgorMitsyanko

Re: [PATCH 03/12] brcmfmac: move pno helper functions in separate source file

On 29-11-2016 8:57, Johannes Berg wrote: > On Tue, 2016-11-29 at 08:08 +0100, Rafał Miłecki wrote: >> On 23 November 2016 at 11:25, Arend van Spriel >> wrote: >>> >>> Introducing new source file for pno related functionality. Moving >>> existing pno functions. >> >>

Re: [PATCH] ath9k_htc: don't use HZ for usb msg timeouts

Hi Oleksij, I put 4 ar9271's on a 4 port hub into monitor mode for you and all interfaces are simultaneously collecting packets. My cheap USB power meter reads 4.37v@650mA between the hub and the host, so it's pushing the limit but appears stable. On Mon, Nov 28, 2016 at 7:34 AM, Oleksij Rempel

Re: [PATCH 00/12] brcmfmac: scheduled scan cleanup and chip support

On 29-11-2016 8:37, Rafał Miłecki wrote: > On 23 November 2016 at 11:25, Arend van Spriel > wrote: >> This patch series contains: >> * cleanup of scheduled scan code. >> * fix handling schedules scan results for newer chips. >> * support for bcm43341 chipset with

Re: ath10k: Fix soft lockup during firmware crash/hw-restart

On Tue, Nov 29, 2016 at 04:43:48PM -0800, Ben Greear wrote: > I have not seen this hang since adding this patch, so > hopefully it has resolved the problem. thanks Ben ! I had updated the commit log with Fixes tag https://patchwork.kernel.org/patch/9453609/ > > On 11/29/2016 06:46 AM, Mohammed

[PATCH v2] ath10k: Fix soft lockup during firmware crash/hw-restart

From: Mohammed Shafi Shajakhan During firmware crash (or) user requested manual restart the system gets into a soft lock up state because of the below root cause. During user requested hardware restart / firmware crash the system goes into a soft lockup state as

Re: [PATCH] mmc: pwrseq: add support for Marvell SD8787 chip

On Tue, Nov 29, 2016 at 9:13 AM, Javier Martinez Canillas wrote: > Hello Matt, > > On Thu, Nov 17, 2016 at 10:55 PM, Matt Ranostay > wrote: >> Allow power sequencing for the Marvell SD8787 Wifi/BT chip. >> This can be abstracted to other chipsets if

Re: [PATCH 00/12] brcmfmac: scheduled scan cleanup and chip support

On 29 November 2016 at 10:58, Arend Van Spriel wrote: > On 29-11-2016 8:37, Rafał Miłecki wrote: >> On 23 November 2016 at 11:25, Arend van Spriel >> wrote: >>> This patch series contains: >>> * cleanup of scheduled scan code. >>> * fix

Re: [PATCH 03/12] brcmfmac: move pno helper functions in separate source file

On 29 November 2016 at 10:23, Arend Van Spriel wrote: > On 29-11-2016 8:57, Johannes Berg wrote: >> On Tue, 2016-11-29 at 08:08 +0100, Rafał Miłecki wrote: >>> On 23 November 2016 at 11:25, Arend van Spriel >>> wrote:

Re: [PATCH] mac80211: fix Tx BA session stuck issue during sw scanning

On 29-11-2016 13:59, Johannes Berg wrote: > On Wed, 2016-11-23 at 15:59 +0800, Chris Chiu wrote: >> ieee80211_iface_work() will check if sw scanning is in progress >> before handling block ack session. In our case, the RTL8821AE >> operate in station mode, when tx session expired, DELBA packet

Re: [PATCH] mac80211: fix Tx BA session stuck issue during sw scanning

On Wed, 2016-11-23 at 15:59 +0800, Chris Chiu wrote: > ieee80211_iface_work() will check if sw scanning is in progress > before handling block ack session. In our case, the RTL8821AE > operate in station mode, when tx session expired, DELBA packet > stuck during sw scanning and so do other data

Re: [PATCH] ath9k_htc: don't use HZ for usb msg timeouts

Am 29.11.2016 um 10:45 schrieb Anthony Romano: > Hi Oleksij, > > I put 4 ar9271's on a 4 port hub into monitor mode for you and all > interfaces are simultaneously collecting packets. My cheap USB power > meter reads 4.37v@650mA between the hub and the host, so it's pushing > the limit but

Re: Deadlock in hacked 4.9.0-rc6+ kernel.

Hi Ben, On Tue, Nov 29, 2016 at 06:50:33AM -0800, Ben Greear wrote: > > > On 11/28/2016 11:34 PM, Mohammed Shafi Shajakhan wrote: > >Hi Ben, > > > >On Mon, Nov 28, 2016 at 10:52:44AM -0800, Ben Greear wrote: > >>I ported forward my patch set to the 4.9 kernel, and I am seeing lockups >

pull-request: wireless-drivers 2016-11-29

Hi Dave, if there's still time here's one more patch to 3.9. I think this is good to have in 3.9 as it fixes an issue where we were printing uninitialised memory in mwifiex. I had this in wireless-drivers already for some time as I was waiting for other fixes and nothing serious actually came up.

ath10k: Fix soft lockup during firmware crash/hw-restart

From: Mohammed Shafi Shajakhan During firmware crash (or) user requested manual restart the system gets into a soft lock up state because of the below root cause. During user requested hardware restart / firmware crash the system goes into a soft lockup state as

Re: [PATCH 03/12] brcmfmac: move pno helper functions in separate source file

Rafał Miłecki writes: > On 29 November 2016 at 10:23, Arend Van Spriel > wrote: >> On 29-11-2016 8:57, Johannes Berg wrote: >>> On Tue, 2016-11-29 at 08:08 +0100, Rafał Miłecki wrote: On 23 November 2016 at 11:25, Arend van Spriel

Re: [PATCH] mmc: pwrseq: add support for Marvell SD8787 chip

On Mon, Nov 28, 2016 at 9:54 AM, Ulf Hansson wrote: > [...] > >>> + >>> +Example: >>> + >>> + wifi_pwrseq: wifi_pwrseq { >>> + compatible = "mmc-pwrseq-sd8787"; >>> + pwrdn-gpio = <_gpio 0 GPIO_ACTIVE_LOW>; >>> + reset-gpio = <_gpio

Re: adm80211: Removed unused 'io_addr' 'mem_addr' variables

Kirtika Ruchandani wrote: > Initial commit cc0b88cf5ecf ([PATCH] Add adm8211 802.11b wireless driver) > introduced variables mem_addr and io_addr in adm80211_probe() that are > set but not used. Compiling with W=1 gives the following warnings, > fix them. > >

Re: rtlwifi: Fix enter/exit power_save

Larry Finger wrote: > In commit a5ffbe0a1993 ("rtlwifi: Fix scheduling while atomic bug") and > commit a269913c52ad ("rtlwifi: Rework rtl_lps_leave() and rtl_lps_enter() > to use work queue"), an error was introduced in the power-save routines > due to the fact that

Re: [v2, 1/7] mwifiex: Removed unused mwifiex_private* 'priv' variable

Kirtika Ruchandani wrote: > Commit bec568ff5107 removed the last remaining usage of struct > mwifiex_private* priv in mwifiex_fw_dpc(), by removing the call to > mwifiex_del_virtual_intf(). > Compiling mwifiex/ with W=1 gives the following warning, fix it. >

Re: [01/12] brcmfmac: add pcie host dongle interface rev6 support

Arend Van Spriel wrote: > From: Franky Lin > > In rev6 of pcie host dongle interface protocol, host needs to maximum > supported ring number from dongle shared memory and set up ring buffer > and ring indices offset accordingly. > >

Re: mt7601u: wait for clear rxq when stopping mac

Anthony Romano wrote: > mt7601u_mac_stop_hw should stop polling the rxq once it remains empty > but instead continues polling after the rxq status stays clear; bringing > down the interface takes about six seconds from this alone. > > Speed up path by exiting rxq loop

Re: bcma: add Dell Inspiron 3148

Jiri Slaby wrote: > This is what is in the laptop: > 01:00.0 Network controller [0280]: Broadcom Limited BCM43142 802.11b/g/n > [14e4:4365] (rev 01) > Subsystem: Dell Device [1028:0018] > Flags: bus master, fast devsel, latency 0, IRQ 18 > Memory at

Re: mwifiex: pcie: implement timeout loop for FW programming doorbell

Brian Norris wrote: > Marvell Wifi PCIe modules don't always behave nicely for PCIe power > management when their firmware hasn't been loaded, particularly after > suspending the PCIe link one or more times. When this happens, we might > end up spinning forever in this

Re: [PATCH] mmc: pwrseq: add support for Marvell SD8787 chip

Hello Matt, On Thu, Nov 17, 2016 at 10:55 PM, Matt Ranostay wrote: > Allow power sequencing for the Marvell SD8787 Wifi/BT chip. > This can be abstracted to other chipsets if needed in the future. > > Cc: Tony Lindgren > Cc: Ulf Hansson

[PATCH 1/2] mac80211: Show pending txqlen in debugfs.

From: Ben Greear Could be useful for debugging memory consumption issues, and perhaps power-save as well. Signed-off-by: Ben Greear --- This is against 4.7.10+ net/mac80211/debugfs.c | 26 ++ 1 file changed, 26

[PATCH 2/2] mac80211: put upper bound on txqi queue length.

From: Ben Greear This fixes OOM when using pktgen to drive a wifi station at more than the station can transmit. pktgen uses ndo_start_xmit instead of going through the queue layer, so it will not back off when the queues are stopped, and would thus cause packets to be

[PATCH] mac80211: Return avg sig, rx, tx values in ethtool stats.

From: Ben Greear For non-station devices. This gives at least some useful summary in some cases (especially when we know AP has only one station attached, for instance). Signed-off-by: Ben Greear --- This is against 4.7.10+, applied to 4.4

Re: ath10k: Fix soft lockup during firmware crash/hw-restart

Is this something for stable? And if so, how far back should it be applied? I'll add this patch to my 4.9 tree and test it... Thanks, Ben On 11/29/2016 06:46 AM, Mohammed Shafi Shajakhan wrote: From: Mohammed Shafi Shajakhan During firmware crash (or) user

Re: [PATCH] mmc: pwrseq: add support for Marvell SD8787 chip

On 29 November 2016 at 15:51, Rob Herring wrote: > On Mon, Nov 28, 2016 at 9:54 AM, Ulf Hansson wrote: >> [...] >> + +Example: + + wifi_pwrseq: wifi_pwrseq { + compatible = "mmc-pwrseq-sd8787"; +