[PATCH v2 4/5] ath10k: sdio: add missing error check

Although not likely, the bundle allocation might fail. Add proper error check and warning print. Signed-off-by: Erik Stromdahl --- drivers/net/wireless/ath/ath10k/sdio.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/net/wireless/ath/ath10k/sdio.c

[PATCH v2 2/5] ath10k: high latency fixes for beacon buffer

From: Alagu Sankar Beacon buffer for high latency devices does not use DMA. other similar buffer allocation methods in the driver have already been modified for high latency path. Fix the beacon buffer allocation left out in the earlier high latency changes. Signed-off-by: Alagu Sankar

[PATCH v2 5/5] ath10k: sdio: remove skb_trim in TX path

This patch fixes a bug with padding of the skb data buffer. Since skb_trim can only be used to reduce the skb len, it is useless when we pad (increase the length of) the skb. Instead we allocate a new buffer with enough space to contain both the TX data and padding. Since some skb's have multiple

[PATCH v2 0/5] ath10k: SDIO and high latency patches from Silex

This series adds a few more fixes for SDIO and high latency devices. I have had these on my private tree for quite some time now so they should be considered fairly well tested. changes since v1: Patch "ath10k: use clean packet headers" was renamed to "ath10k: add initialization of HTC header"

[PATCH v2 1/5] ath10k: add initialization of HTC header

From: Alagu Sankar HTC header carries junk values that may be interpreted by the firmware differently. Enable credit update only if flow control is enabled for the corresponding endpoint. Signed-off-by: Alagu Sankar Signed-off-by: Erik Stromdahl --- drivers/net/wireless/ath/ath10k/htc.c | 1

[PATCH 0/3] Add support for MESH 11S for WCN3990

Currently, mesh 11s is not supported for WCN3990. This patchset add the changes to enable the mesh for WCN3990. Surabhi Vishnoi (3): ath10k: Add wmi tlv vdev subtype for mesh in WCN3990 ath10k: Do not send probe response template for mesh ath10k: Add wmi tlv service map for mesh 11s

[PATCH 1/3] ath10k: Add wmi tlv vdev subtype for mesh in WCN3990

There is a disparity in wmi and wmi tlv vdev subtype enum for WMI_VDEV_SUBTYPE_MESH_11S. Add different enum for wmi tlv vdev subtype to support vdev of subtype mesh 11s for WCN3990. Tested HW: WCN3990 Signed-off-by: Surabhi Vishnoi --- drivers/net/wireless/ath/ath10k/wmi-tlv.c | 24

[PATCH 3/3] ath10k: Add wmi tlv service map for mesh 11s

WCN3990 firmware advertises the service WMI_TLV_SERVICE_MESH_11S for mesh 11s. Map this wmi tlv service to enable mesh 11s for WCN3990. Tested HW: WCN3990 Signed-off-by: Surabhi Vishnoi --- drivers/net/wireless/ath/ath10k/wmi-tlv.h | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 2/3] ath10k: Do not send probe response template for mesh

Currently mac80211 do not support probe response template for mesh point. When WMI_SERVICE_BEACON_OFFLOAD is enabled, host driver tries to configure probe response template for mesh, but it fails because the interface type is not NL80211_IFTYPE_AP but NL80211_IFTYPE_MESH_POINT. To avoid this

Re: [PATCH v2] ath10k: fix different tx duration output

Lei Wang writes: > TX duration output of tx_stats in debugfs and station dump had big > difference because they got tx duration value from different statistic > data. We should use the same statistic data. So are you sure you picked the most accurate one of the two? :) -Toke

[PATCH v2] ath10k: fix different tx duration output

TX duration output of tx_stats in debugfs and station dump had big difference because they got tx duration value from different statistic data. We should use the same statistic data. Tested: QCA988X with firmware ver 10.2.4-1.0-00043 Signed-off-by: Lei Wang ---

Frame injection in wave 2 chipsets?

We are developing a product using split mac to distribute a WiFi network over several different access points. The implementation forwards the encrypted 802.11 frames over the ethernet to a gateway where the 802.11 network is terminated (no enctyption keys for the 802.11 network are available in

Re: [PATCH] ath10k: remove iteration in wake_tx_queue

On 4/16/19 9:07 PM, Toke Høiland-Jørgensen wrote: Erik Stromdahl writes: On 4/1/19 1:05 PM, Toke Høiland-Jørgensen wrote: Erik Stromdahl writes: Iterating the TX queue and thereby dequeuing all available packets in the queue could result in performance penalties on some SMP systems.