d91318662d
With "getting WIFI MAC from NVMEM" working on ath79 on 5.10, the next logical step I think is to utilize nvmem subsystem to also get the calibration data from there. This will tremendously speed up the wifi bring-up, since we no longer need the userspace helper for the simple devices that can just load them from there. included with this patch is a package/mac80211/refresh. Tested on: WNDR3700v2, TP-Link Archer C7v2 Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
29 lines
1.1 KiB
Diff
29 lines
1.1 KiB
Diff
From 03469e79fee9e8e908dae3bd1a80bcd9a66f2a88 Mon Sep 17 00:00:00 2001
|
|
From: Christian Lamparter <chunkeey@gmail.com>
|
|
Date: Mon, 11 Oct 2021 18:18:00 +0300
|
|
Subject: ath9k: support DT ieee80211-freq-limit property to limit channels
|
|
|
|
The common DT property can be used to limit the available channels
|
|
but ath9k has to manually call wiphy_read_of_freq_limits().
|
|
|
|
I would have put this into ath9k_of_init(). But it didn't work there.
|
|
The reason is that in ath9k_of_init() the channels and bands are not yet
|
|
registered in the wiphy struct. So there isn't any channel to flag as
|
|
disabled.
|
|
|
|
Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
|
|
Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
|
|
Link: https://lore.kernel.org/r/20211009212847.1781986-1-chunkeey@gmail.com
|
|
---
|
|
--- a/drivers/net/wireless/ath/ath9k/init.c
|
|
+++ b/drivers/net/wireless/ath/ath9k/init.c
|
|
@@ -1038,6 +1038,8 @@ int ath9k_init_device(u16 devid, struct
|
|
ARRAY_SIZE(ath9k_tpt_blink));
|
|
#endif
|
|
|
|
+ wiphy_read_of_freq_limits(hw->wiphy);
|
|
+
|
|
/* Register with mac80211 */
|
|
error = ieee80211_register_hw(hw);
|
|
if (error)
|