On 12/5/2024 1:54 AM, KeithG wrote:
On Mon, Dec 2, 2024 at 5:49 PM KeithG <ys3al35l@xxxxxxxxx> wrote:
Arend,
Yes, I can build and test patches.
I will build a current kernel version tonight and will then be able to
add any patches you may develop to address this issue.
If I may ask, could you also patch the WPA3 External_Auth
functionality as well? I can test patches to that as well.
Regards,
Keith
On Mon, Dec 2, 2024 at 11:36 AM Arend Van Spriel
<arend.vanspriel@xxxxxxxxxxxx> wrote:
On December 1, 2024 10:55:26 PM KeithG <ys3al35l@xxxxxxxxx> wrote:
This floods the journal of my Pi ev ery 6 seconds:
Dec 01 15:51:30 pi5 kernel: brcmfmac: brcmf_set_channel: set chanspec
0xd022 fail, reason -52
Dec 01 15:51:31 pi5 kernel: brcmfmac: brcmf_set_channel: set chanspec
0xd026 fail, reason -52
Dec 01 15:51:31 pi5 kernel: brcmfmac: brcmf_set_channel: set chanspec
0xd02a fail, reason -52
Dec 01 15:51:31 pi5 kernel: brcmfmac: brcmf_set_channel: set chanspec
0xd02e fail, reason -52
Is there something that can be done? Is there something I can help
with to fix this? I can test on multiple Pis, but cannot actually code
anything. Is this going to wait for the new infineon driver
development? The latest kernel where this has been seen is:
Linux pi5 6.6.62+rpt-rpi-2712 #1 SMP PREEMPT Debian 1:6.6.62-1+rpt1
(2024-11-25) aarch64 GNU/Linux
You can build and test patches? Is it only those specific channels as
listed above? Those are pre -802.11b allowed in Japan. I don't think any of
the brcmfmac devices actually support those channels.
Regards,
Arend
I built a fresh kernel and can build and test brcmfmac driver mods on
my Pis. Awaiting further instructions.
Can you try the patch attached?
Regards,
Arend
From 599ffec16339e23e565127be5df8b8e4bfc76439 Mon Sep 17 00:00:00 2001
From: Arend van Spriel <arend.vanspriel@xxxxxxxxxxxx>
Date: Thu, 5 Dec 2024 14:01:36 +0100
Subject: [PATCH] wifi: brcmfmac: remove old 802.11a channels for Japan
Channels 34, 38, etc. were channels allowed for unlicensed use in
Japan in the 802.11a era. These channels are causing (quite) a bit
of spam in the kernel log. Also the wireless-regdb does not contain
these anymore so let's get rid of them.
Signed-off-by: Arend van Spriel <arend.vanspriel@xxxxxxxxxxxx>
---
drivers/net/wireless/broadcom/brcm80211/brcmfmac/cfg80211.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/cfg80211.c b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/cfg80211.c
index 2a90bb24ba77..dbadb3f85eb3 100644
--- a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/cfg80211.c
+++ b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/cfg80211.c
@@ -186,8 +186,7 @@ static struct ieee80211_channel __wl_2ghz_channels[] = {
};
static struct ieee80211_channel __wl_5ghz_channels[] = {
- CHAN5G(34), CHAN5G(36), CHAN5G(38), CHAN5G(40), CHAN5G(42),
- CHAN5G(44), CHAN5G(46), CHAN5G(48), CHAN5G(52), CHAN5G(56),
+ CHAN5G(36), CHAN5G(40), CHAN5G(44), CHAN5G(48), CHAN5G(52), CHAN5G(56),
CHAN5G(60), CHAN5G(64), CHAN5G(100), CHAN5G(104), CHAN5G(108),
CHAN5G(112), CHAN5G(116), CHAN5G(120), CHAN5G(124), CHAN5G(128),
CHAN5G(132), CHAN5G(136), CHAN5G(140), CHAN5G(144), CHAN5G(149),
base-commit: ffc253263a1375a65fa6c9f62a893e9767fbebfa
--
2.32.0
