aboutsummaryrefslogtreecommitdiffstats
path: root/package/kernel/ath10k-ct
diff options
context:
space:
mode:
authorDavid Bauer <mail@david-bauer.net>2019-03-04 18:03:57 +0100
committerChristian Lamparter <chunkeey@gmail.com>2019-03-06 21:58:59 +0100
commit4484ef587a6b29242f5bb1bec5b7762363b45175 (patch)
tree0dd9750bc639bf7fbf85d1491345caea9231e797 /package/kernel/ath10k-ct
parentfc2fd1c9d66182335e9e67c99e503092144f269a (diff)
downloadupstream-4484ef587a6b29242f5bb1bec5b7762363b45175.tar.gz
upstream-4484ef587a6b29242f5bb1bec5b7762363b45175.tar.bz2
upstream-4484ef587a6b29242f5bb1bec5b7762363b45175.zip
ath10k-ct: limit available channels via DT
This backports upstream commit 34d5629 ath10k: limit available channels via DT ieee80211-freq-limit to the 4.19 ath10k-ct version. Without this patch, disabled channels are still listed as a supported configuration for the radio. The identical patch was also backported by OpenWRT to the non-ct driver. It can be dropped as soon as we switch to an ath10k-ct version based on 4.20 or higher. Signed-off-by: David Bauer <mail@david-bauer.net>
Diffstat (limited to 'package/kernel/ath10k-ct')
-rw-r--r--package/kernel/ath10k-ct/patches/203-ath10k-Limit-available-channels-via-DT-ieee80211-fre.patch39
1 files changed, 39 insertions, 0 deletions
diff --git a/package/kernel/ath10k-ct/patches/203-ath10k-Limit-available-channels-via-DT-ieee80211-fre.patch b/package/kernel/ath10k-ct/patches/203-ath10k-Limit-available-channels-via-DT-ieee80211-fre.patch
new file mode 100644
index 0000000000..de4f98549a
--- /dev/null
+++ b/package/kernel/ath10k-ct/patches/203-ath10k-Limit-available-channels-via-DT-ieee80211-fre.patch
@@ -0,0 +1,39 @@
+From bbf0a8af2261bc7ae39b227ff6a1e9f45a008c27 Mon Sep 17 00:00:00 2001
+From: Sven Eckelmann <sven.eckelmann@openmesh.com>
+Date: Mon, 30 Jul 2018 17:31:41 +0200
+Subject: [PATCH] ath10k: Limit available channels via DT ieee80211-freq-limit
+
+Tri-band devices (1x 2.4GHz + 2x 5GHz) often incorporate special filters in
+the RX and TX path. These filtered channel can in theory still be used by
+the hardware but the signal strength is reduced so much that it makes no
+sense.
+
+There is already a DT property to limit the available channels but ath10k
+has to manually call this functionality to limit the currrently set wiphy
+channels further.
+
+Signed-off-by: Sven Eckelmann <sven.eckelmann@openmesh.com>
+
+Forwarded: https://patchwork.kernel.org/patch/10549245/
+---
+ drivers/net/wireless/ath/ath10k/mac.c | 2 ++
+ 1 file changed, 2 insertions(+)
+
+--- a/ath10k-4.19/mac.c
++++ b/ath10k-4.19/mac.c
+@@ -18,6 +18,7 @@
+
+ #include "mac.h"
+
++#include <net/cfg80211.h>
+ #include <net/mac80211.h>
+ #include <linux/etherdevice.h>
+ #include <linux/acpi.h>
+@@ -8390,6 +8391,7 @@ int ath10k_mac_register(struct ath10k *a
+ ar->hw->wiphy->bands[NL80211_BAND_5GHZ] = band;
+ }
+
++ wiphy_read_of_freq_limits(ar->hw->wiphy);
+ ath10k_mac_setup_ht_vht_cap(ar);
+
+ ar->hw->wiphy->interface_modes =