[PATCH] mac80211: support A-MSDU in fast-rx

Only works if the IV was stripped from packets. Create a smaller variant of ieee80211_rx_h_amsdu, which bypasses checks already done within the fast-rx context. Signed-off-by: Felix Fietkau --- net/mac80211/rx.c | 122 -- 1 file changed, 73 ins

Re: [PATCH v2] ath10k: debugfs support to get final TPC stats for 10.4 variants

On 2018-02-27 1:19 am, Joshua Zhao wrote: as you said: The existing tpc_stats debugfs file provides the dump which is minimum of target power and regulatory domain. cat /sys/kernel/debug/ieee80211/phyX/ath10k/tpc_stats I’m curious what’s exact difference w/ this

Re: [PATCH] Revert "ath10k: send (re)assoc peer command when NSS changed"

Hi, This is not a bug, Firmware treats every WMI_PEER_ASSOC_CMDID as a new peer assoc. so driver should not give WMI_PEER_ASSOC_CMDID for the already associated peer. For the NSS update, wmi_peer_set_param is enough to update the new NSS value. Regards, Karthikeyan P. On 2018-02-27 00:51, A

Re: [PATCH] mt7601u: Fix system freeze after resuming from hibernation

On Sun, 25 Feb 2018 17:54:25 +, Luis R. Rodriguez wrote: > On Mon, Feb 19, 2018 at 05:01:27PM +0200, cantabile wrote: > > On 19/02/18 07:55, Jakub Kicinski wrote: > > > On Sat, 17 Feb 2018 13:23:29 +0200, cantabile wrote: > > > > > Thanks for the info. Would it be cleaner to EXPORT fw_add_

[PATCH] rtlwifi: btcoex: fix argument typo of if-statement found by Coccinelle

From: Ping-Ke Shih This was detected with static analysis using Coccinelle: ./drivers/net/wireless/realtek/rtlwifi/btcoexist/halbtc8723b1ant.c:1107:5-18: duplicated argument to && or || Reported-by: Colin Ian King Signed-off-by: Ping-Ke Shih --- drivers/net/wireless/realtek/rtlwifi/btcoexist

Re: [PATCH resend] brcmfmac: p2p and normal ap access are not always possible at the same time

On 2/26/2018 12:22 PM, Hans de Goede wrote: Hi, On 26-02-18 12:01, Arend van Spriel wrote: On 2/26/2018 11:29 AM, Hans de Goede wrote: Hi, On 26-02-18 11:22, Arend van Spriel wrote: On 2/25/2018 3:52 PM, Hans de Goede wrote: Hi, On 26-05-17 12:57, Hans de Goede wrote: The firmware respond

Re: [PATCH] ath9k: break out of irq handler after 5 jiffies

On 02/26/2018 02:08 PM, Arend van Spriel wrote: On 2/26/2018 10:39 PM, Ben Greear wrote: On 02/07/2018 07:39 AM, Ben Greear wrote: On 02/07/2018 02:55 AM, Johannes Berg wrote: On Wed, 2018-02-07 at 10:16 +0100, Felix Fietkau wrote: On 2018-02-07 00:05, gree...@candelatech.com wrote: From:

Re: [PATCH 2/3] mwifiex: support sysfs initiated device coredump

On 2/26/2018 11:06 PM, Brian Norris wrote: Hi, On Fri, Feb 23, 2018 at 2:51 AM, Johannes Berg wrote: On Fri, 2018-02-23 at 11:39 +0100, Arend van Spriel wrote: Well, that depends on the eye of the beholder I guess. From user-space perspective it is asynchronous regardless. A write access to

Re: [PATCH] ath9k: break out of irq handler after 5 jiffies

On 2/26/2018 10:39 PM, Ben Greear wrote: On 02/07/2018 07:39 AM, Ben Greear wrote: On 02/07/2018 02:55 AM, Johannes Berg wrote: On Wed, 2018-02-07 at 10:16 +0100, Felix Fietkau wrote: On 2018-02-07 00:05, gree...@candelatech.com wrote: From: Ben Greear In case where the system is sluggish

Re: [PATCH 2/3] mwifiex: support sysfs initiated device coredump

Hi, On Fri, Feb 23, 2018 at 2:51 AM, Johannes Berg wrote: > On Fri, 2018-02-23 at 11:39 +0100, Arend van Spriel wrote: > > > > > Well, that depends on the eye of the beholder I guess. From user-space > > > > perspective it is asynchronous regardless. A write access to the > > > > coredump > > >

Re: [PATCH] ath9k: introduce endian_check module parameter

On 26-2-2018 18:42, Dan Williams wrote: On Mon, 2018-02-26 at 17:44 +0100, Bas Vermeulen wrote: On 26-02-18 17:32, Larry Finger wrote: On 02/26/2018 04:07 AM, Bas Vermeulen wrote: On 26-02-18 10:54, Kalle Valo wrote: Bas Vermeulen writes: A random (little endian eeprom'd) ar9278 card didn'

Re: [PATCH] ath9k: break out of irq handler after 5 jiffies

On 02/07/2018 07:39 AM, Ben Greear wrote: On 02/07/2018 02:55 AM, Johannes Berg wrote: On Wed, 2018-02-07 at 10:16 +0100, Felix Fietkau wrote: On 2018-02-07 00:05, gree...@candelatech.com wrote: From: Ben Greear In case where the system is sluggish, we should probably break out early. May

Re: [PATCH v2] ath10k: debugfs support to get final TPC stats for 10.4 variants

as you said: The existing tpc_stats debugfs file provides the dump which is minimum of target power and regulatory domain. cat /sys/kernel/debug/ieee80211/phyX/ath10k/tpc_stats I’m curious what’s exact difference w/ this new addition: Export the final Transm

Re: [PATCH] Revert "ath10k: send (re)assoc peer command when NSS changed"

hi, so it's going to eventually leak? Can we fix the firmware bug too? :) -a On 26 February 2018 at 09:06, wrote: > Hi, > > >> Can you share exactly which resource the firmware ran out of? It would >> seem to >> be a FW bug if it is leaking, so maybe it can be fixed as well... >> > > Firmwa

Re: [PATCH] Revert "ath10k: send (re)assoc peer command when NSS changed"

This reverts commit 55884c045d31a29cf69db8332d1064a1b61dd159. When Ath10k is in AP mode and an unassociated STA sends a VHT action frame (Operating Mode Notification for the NSS change) periodically to AP this causes ath10k to call ath10k_station_assoc() which sends WMI_PEER_ASSOC_CMDID during

[PATCH v2 4/8] wil6210: add support for adding and removing virtual interfaces

From: Lior David Add generic support in cfg80211 operations add_virtual_intf and del_virtual_intf for adding/removing VIFs of any interface type, and fix change_virtual_intf to allow changing the interface type of a VIF. Previously these operations only worked for the P2P_DEVICE interface which i

[PATCH v2 2/8] wil6210: support concurrency record in FW file

From: Lior David New FW which supports multiple virtual interfaces, reports its allowed interface combinations using a special comment record in the FW file. The format of the interface combinations is similar to the kernel wiphy->iface_combinations. When parsing FW file during module initializat

[PATCH v2 6/8] wil6210: rename p2p_wdev_mutex to vif_mutex

From: Lior David As more support is added for multiple VIFs, there is a need to protect the wil6210_vif structure from access while it is deleted (mainly from del_virtual_intf operation). Instead of adding another mutex, use p2p_wdev_mutex and rename it to vif_mutex to reflect the added role. Its

[PATCH v2 1/8] wil6210: add wil6210_vif structure for per-VIF data

From: Lior David For supporting multiple virtual interfaces in the future, introduce a wil6210_vif structure which will hold per-VIF data. Change the module initialization so wil6210_vif will be part of net_device structure, and wireless_dev will be embedded inside the wil6210_vif structure. This

[PATCH v2 7/8] wil6210: multiple VIFs support for connections and data path

From: Lior David Track the connection status per-VIF. The data path code is also updated to support multiple VIFs. This includes RX and TX VRING management, NAPI poll loops, RX reordering and related code. Power management code used to check if the main interface is up or based on connection stat

[PATCH v2 5/8] wil6210: multiple VIFs support for start/stop AP

From: Lior David Add support for multiple VIFs in the cfg80211 operations start_ap, stop_ap and change_beacon. This change allows starting multiple APs using virtual interfaces. The data path and most other operations are still working only on the main interface. Signed-off-by: Lior David Signe

[PATCH v2 8/8] wil6210: add debugfs 'mids' file

From: Lior David Added a new debugfs file 'mids' to print the list of virtual interfaces by MAC ID (MID). Allows mapping between the internal MID used by FW and the actual network interface used by the VIF. This is needed by debugging tools. Signed-off-by: Lior David Signed-off-by: Maya Erez -

[PATCH v2 0/8] wil6210 patches

Changes from v1: Rebase patches Support for multiple virtual interfaces (MultiVIF) This series of patches add MultiVIF support to the wil6210 driver. It makes it possible to start multiple interfaces where each interface is an independent WIFI entity such as station, AP and so on. Each virtual i

Re: [PATCH] ath9k: introduce endian_check module parameter

On Mon, 2018-02-26 at 17:44 +0100, Bas Vermeulen wrote: > On 26-02-18 17:32, Larry Finger wrote: > > On 02/26/2018 04:07 AM, Bas Vermeulen wrote: > > > On 26-02-18 10:54, Kalle Valo wrote: > > > > Bas Vermeulen writes: > > > > > > > > > A random (little endian eeprom'd) ar9278 card didn't work on

Re: [PATCH] Revert "ath10k: send (re)assoc peer command when NSS changed"

Hi, Can you share exactly which resource the firmware ran out of? It would seem to be a FW bug if it is leaking, so maybe it can be fixed as well... Firmware have total user_id = 528 (512 clients + 16 VAPs). Each user_id is allocated to peer when Firmware receive the WMI_PEER_ASSOC_CMDID

Re: [PATCH] ath9k: introduce endian_check module parameter

On 26-02-18 17:32, Larry Finger wrote: On 02/26/2018 04:07 AM, Bas Vermeulen wrote: On 26-02-18 10:54, Kalle Valo wrote: Bas Vermeulen writes: A random (little endian eeprom'd) ar9278 card didn't work on my PowerMac G5 without allowing the driver to byte-swap the eeprom. Introduce a module

[PATCH 7/8] staging: wilc1000: fix line over 80 char in wilc_wlan_cfg_set()

Fix 'line over 80 character' issue found by checkpatch.pl script. Signed-off-by: Ajay Singh --- drivers/staging/wilc1000/wilc_wlan.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/staging/wilc1000/wilc_wlan.c b/drivers/staging/wilc1000/wilc_wlan.c index 223bf8b

[PATCH 2/8] staging: wilc1000: rename label _end_ in wilc_wlan_handle_txq()

Rename label name starting with '_' to follow as per linux coding style. Signed-off-by: Ajay Singh --- drivers/staging/wilc1000/wilc_wlan.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/staging/wilc1000/wilc_wlan.c b/drivers/staging/wilc1000/wilc_wlan.c

[PATCH 8/8] staging: wilc1000: fix open parenthesis mismatch issue in wilc_wlan_cfg_set()

Fix 'Alignment should match open parenthesis' issue found by checkpatch.pl script. Signed-off-by: Ajay Singh --- drivers/staging/wilc1000/wilc_wlan.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/staging/wilc1000/wilc_wlan.c b/drivers/staging/wilc1000/wilc_wla

[PATCH 5/8] staging: wilc1000: rename WILC_WFI_mgmt_rx() to avoid camelCase

Fix "Avoid camelCase" issue found by checkpatch.pl script. Signed-off-by: Ajay Singh --- drivers/staging/wilc1000/linux_wlan.c | 2 +- drivers/staging/wilc1000/wilc_wfi_netdevice.h | 2 +- drivers/staging/wilc1000/wilc_wlan.c | 2 +- 3 files changed, 3 insertions(+), 3 deletions

[PATCH 4/8] staging: wilc1000: move multiple definition of same macro to common header

Move the same #define from multiple '.c' files to common header file. Instead of having same macro in different '.c' files, now kept in common '.h' file. Signed-off-by: Ajay Singh --- drivers/staging/wilc1000/linux_mon.c | 3 --- drivers/staging/wilc1000/wilc_wfi_cfgoperations.c | 3

[PATCH 6/8] staging: wilc1000: fix line over 80 char in wilc_wlan_handle_rxq()

Fix 'line over 80 character' issue found by checkpatch.pl script. Refactor wilc_wlan_handle_rxq() code to remove the checkpatch.pl warnings. Signed-off-by: Ajay Singh --- drivers/staging/wilc1000/wilc_wlan.c | 46 1 file changed, 25 insertions(+), 21 deletion

[PATCH 3/8] staging: wilc1000: fix line over 80 char in wilc_wlan_handle_txq()

Refactor wilc_wlan_handle_txq() to fix 'line over 80 char' issue found by checkpatch.pl script. Signed-off-by: Ajay Singh --- drivers/staging/wilc1000/wilc_wlan.c | 76 ++-- 1 file changed, 39 insertions(+), 37 deletions(-) diff --git a/drivers/staging/wilc1000/w

[PATCH 0/8] staging: wilc1000: fix coding style & checkpatch reported issues

Cleanup patch series to fix checkpatch.pl reported issue & code modification to follow linux coding style. Ajay Singh (8): staging: wilc1000: remove unnecessary while(0) in wilc_wlan_handle_txq() staging: wilc1000: rename label _end_ in wilc_wlan_handle_txq() staging: wilc1000: fix line

[PATCH 1/8] staging: wilc1000: remove unnecessary while(0) in wilc_wlan_handle_txq()

Refactor wilc_wlan_handle_txq() by removing unnecessary while(0) loop. "Line over 80 char" issues in wilc_wlan_handle_txq() are fix by reducing extra leading tab. Signed-off-by: Ajay Singh --- drivers/staging/wilc1000/wilc_wlan.c | 295 +-- 1 file changed, 141 ins

Re: [PATCH] ath9k: introduce endian_check module parameter

On 02/26/2018 04:07 AM, Bas Vermeulen wrote: On 26-02-18 10:54, Kalle Valo wrote: Bas Vermeulen writes: A random (little endian eeprom'd) ar9278 card didn't work on my PowerMac G5 without allowing the driver to byte-swap the eeprom. Introduce a module parameter endian_check to allow this to

Re: [1/8] wil6210: add wil6210_vif structure for per-VIF data

Maya Erez wrote: > From: Lior David > > For supporting multiple virtual interfaces in the future, > introduce a wil6210_vif structure which will hold per-VIF > data. Change the module initialization so wil6210_vif will > be part of net_device structure, and wireless_dev will be > embedded insid

Re: [PATCH] Revert "ath10k: send (re)assoc peer command when NSS changed"

On 02/25/2018 10:16 PM, Karthikeyan Periyasamy wrote: This reverts commit 55884c045d31a29cf69db8332d1064a1b61dd159. When Ath10k is in AP mode and an unassociated STA sends a VHT action frame (Operating Mode Notification for the NSS change) periodically to AP this causes ath10k to call ath10k_sta

Re: [PULL] ath10k firmware 20180219

Sebastian Gottschall writes: > on 9984 i see these messages with this firmware from time to time > > [272972.950788] ath10k_pci :01:00.0: Unknown eventid: 36925 > [272982.868922] ath10k_pci :01:00.0: Unknown eventid: 36925 > [335550.123780] ath10k_pci :01:00.0: Unknown eventid: 36925

Re: [next] wil6210: fix spelling mistake: "preperation"-> "preparation"

Colin Ian King wrote: > Trivial fix to spelling mistake in debug error message text. > > Signed-off-by: Colin Ian King > Signed-off-by: Kalle Valo Patch applied to ath-next branch of ath.git, thanks. 77b83829ebf6 wil6210: fix spelling mistake: "preperation"-> "preparation" -- https://patch

Re: [PATCH] ath9k: introduce endian_check module parameter

Bas Vermeulen writes: > On 26-02-18 10:54, Kalle Valo wrote: >> Bas Vermeulen writes: >> >>> A random (little endian eeprom'd) ar9278 card didn't work on my >>> PowerMac G5 without allowing the driver to byte-swap the eeprom. >>> >>> Introduce a module parameter endian_check to allow this to hap

Re: ath10k: Make ath10k report discarded packets to mac80211

Ignacio Núñez Hernanz wrote: > Whenever ath10k firmware discards a packet (HTT_TX_COMPL_STATE_DISCARD > flag), the skb is freed and mac80211 does not get feedback through > ieee80211_tx_status(). > > Instead, make sure that the IEEE80211_TX_STAT_ACK flag is disabled and > let the packet go throug

Re: [PATCH] ath9k: introduce endian_check module parameter

On 26-02-18 12:30, Sebastian Gottschall wrote: Am 26.02.2018 um 11:07 schrieb Bas Vermeulen: On 26-02-18 10:54, Kalle Valo wrote: Bas Vermeulen writes: A random (little endian eeprom'd) ar9278 card didn't work on my PowerMac G5 without allowing the driver to byte-swap the eeprom. Introduce

Re: [PATCH] ath9k: introduce endian_check module parameter

On 26-02-18 12:28, Sebastian Gottschall wrote: Am 26.02.2018 um 10:54 schrieb Kalle Valo: Bas Vermeulen writes: A random (little endian eeprom'd) ar9278 card didn't work on my PowerMac G5 without allowing the driver to byte-swap the eeprom. Introduce a module parameter endian_check to allow

Re: [PATCH resend] brcmfmac: p2p and normal ap access are not always possible at the same time

On 2/26/2018 12:22 PM, Hans de Goede wrote: Hi, On 26-02-18 12:01, Arend van Spriel wrote: On 2/26/2018 11:29 AM, Hans de Goede wrote: Hi, On 26-02-18 11:22, Arend van Spriel wrote: On 2/25/2018 3:52 PM, Hans de Goede wrote: Hi, On 26-05-17 12:57, Hans de Goede wrote: The firmware respond

Re: [PATCH] ath9k: introduce endian_check module parameter

Am 26.02.2018 um 11:07 schrieb Bas Vermeulen: On 26-02-18 10:54, Kalle Valo wrote: Bas Vermeulen writes: A random (little endian eeprom'd) ar9278 card didn't work on my PowerMac G5 without allowing the driver to byte-swap the eeprom. Introduce a module parameter endian_check to allow this to

Re: [PATCH] ath9k: introduce endian_check module parameter

Am 26.02.2018 um 10:54 schrieb Kalle Valo: Bas Vermeulen writes: A random (little endian eeprom'd) ar9278 card didn't work on my PowerMac G5 without allowing the driver to byte-swap the eeprom. Introduce a module parameter endian_check to allow this to happen, and the PCIe card to function co

Re: [PATCH resend] brcmfmac: p2p and normal ap access are not always possible at the same time

Hi, On 26-02-18 12:01, Arend van Spriel wrote: On 2/26/2018 11:29 AM, Hans de Goede wrote: Hi, On 26-02-18 11:22, Arend van Spriel wrote: On 2/25/2018 3:52 PM, Hans de Goede wrote: Hi, On 26-05-17 12:57, Hans de Goede wrote: The firmware responding with -EBUSY when trying to add an extra v

Re: [PATCH resend] brcmfmac: p2p and normal ap access are not always possible at the same time

On 2/26/2018 11:29 AM, Hans de Goede wrote: Hi, On 26-02-18 11:22, Arend van Spriel wrote: On 2/25/2018 3:52 PM, Hans de Goede wrote: Hi, On 26-05-17 12:57, Hans de Goede wrote: The firmware responding with -EBUSY when trying to add an extra virtual-if is a normal thing, do not print an erro

Re: [PATCH] Revert "ath10k: send (re)assoc peer command when NSS changed"

On 2018-02-26 14:15, Adrian Chadd wrote: hi! On 25 February 2018 at 22:16, Karthikeyan Periyasamy wrote: This reverts commit 55884c045d31a29cf69db8332d1064a1b61dd159. When Ath10k is in AP mode and an unassociated STA sends a VHT action frame (Operating Mode Notification for the NSS change) p

Re: [PATCH resend] brcmfmac: p2p and normal ap access are not always possible at the same time

Hi, On 26-02-18 11:22, Arend van Spriel wrote: On 2/25/2018 3:52 PM, Hans de Goede wrote: Hi, On 26-05-17 12:57, Hans de Goede wrote: The firmware responding with -EBUSY when trying to add an extra virtual-if is a normal thing, do not print an error for this. Signed-off-by: Hans de Goede

RE: [PATCH] mac80211: inform wireless layer when frame RSSI is invalid

> -Message d'origine- > De : Johannes Berg [mailto:johan...@sipsolutions.net] > Envoyé : lundi 19 février 2018 13:35 > À : Jean Pierre TOSONI; linux-wireless@vger.kernel.org > Objet : Re: [PATCH] mac80211: inform wireless layer when frame RSSI > is invalid > (...) > > > /* Track aver

Re: [PATCH resend] brcmfmac: p2p and normal ap access are not always possible at the same time

On 2/25/2018 3:52 PM, Hans de Goede wrote: Hi, On 26-05-17 12:57, Hans de Goede wrote: The firmware responding with -EBUSY when trying to add an extra virtual-if is a normal thing, do not print an error for this. Signed-off-by: Hans de Goede I'm now seeing this on another device too, but th

Re: [PATCH] ath9k: introduce endian_check module parameter

On 26-02-18 10:54, Kalle Valo wrote: Bas Vermeulen writes: A random (little endian eeprom'd) ar9278 card didn't work on my PowerMac G5 without allowing the driver to byte-swap the eeprom. Introduce a module parameter endian_check to allow this to happen, and the PCIe card to function correctl

Re: [PATCH] ath9k: introduce endian_check module parameter

Bas Vermeulen writes: > A random (little endian eeprom'd) ar9278 card didn't work on my > PowerMac G5 without allowing the driver to byte-swap the eeprom. > > Introduce a module parameter endian_check to allow this to happen, > and the PCIe card to function correctly on BE powerpc. > > Signed-off

[PATCH] ath9k: introduce endian_check module parameter

A random (little endian eeprom'd) ar9278 card didn't work on my PowerMac G5 without allowing the driver to byte-swap the eeprom. Introduce a module parameter endian_check to allow this to happen, and the PCIe card to function correctly on BE powerpc. Signed-off-by: Bas Vermeulen --- drivers/net

Re: [PATCH] Revert "ath10k: send (re)assoc peer command when NSS changed"

hi! On 25 February 2018 at 22:16, Karthikeyan Periyasamy wrote: > This reverts commit 55884c045d31a29cf69db8332d1064a1b61dd159. > > When Ath10k is in AP mode and an unassociated STA sends a VHT action frame > (Operating Mode Notification for the NSS change) periodically to AP this > causes > ath

[PATCH v12] ath10k: add LED and GPIO controlling support for various chipsets

From: Sebastian Gottschall Adds LED and GPIO Control support for 988x, 9887, 9888, 99x0, 9984 based chipsets with on chipset connected led's using WMI Firmware API. The LED device will get available named as "ath10k-phyX" at sysfs and can be controlled with various triggers. adds also debugfs i

[PATCH v2] ath10k: debugfs support to get final TPC stats for 10.4 variants

From: Maharaja Kennadyrajan Export the final Transmit Power Control (TPC) value, which is the minimum of control power and existing TPC value to user space via a new debugfs file "tpc_stats_final" to help with debugging. It works with the new wmi cmd and event introduced in 10.4 firmware branch.