From 99bce95f807dc9db293b81cfb2c42a2cacf5abc5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Fabian=20Bl=C3=A4se?= Date: Sat, 14 Dec 2019 21:17:06 +0100 Subject: [PATCH] fff-wireless: Use previous HT/VHT mode instead of detecting capabilities MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Previously the HT/VHT mode was detected using the output of iw phy. This command erroneously used the $radio variable, which doesn't contain the phy name. Therefore it doesn't work like it is supposed to. As we don't completely configure the wifi-device sections, but only adjust some of OpenWRTs default values, the HT/VHT detection can easily be done by just checking if the previous mode did contain "VHT". Signed-off-by: Fabian Bläse Reviewed-by: Christian Dresel --- .../fff/fff-wireless/files/etc/uci-defaults/24a-fff-wireless | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/packages/fff/fff-wireless/files/etc/uci-defaults/24a-fff-wireless b/src/packages/fff/fff-wireless/files/etc/uci-defaults/24a-fff-wireless index d02af16..3f28ae0 100644 --- a/src/packages/fff/fff-wireless/files/etc/uci-defaults/24a-fff-wireless +++ b/src/packages/fff/fff-wireless/files/etc/uci-defaults/24a-fff-wireless @@ -19,7 +19,7 @@ configWifiDevice() { # detect 802.11ac capable radio and set htmode appropriately local htmode="HT20" - iw phy "${radio}" info | grep -q 'VHT Capabilities' && htmode="VHT20" + uci -q get wireless.${radio}.htmode | grep VHT && htmode="VHT20" # Comments # wXmesh: use 802.11s mesh as "default"