Since version 2022.04.08-2~deb11u1 of wireless-regdb my Lenovo notebook
doesn't show up channel 13 wireless networks.

Downgrading to version wireless-regdb-2020.04.29-2 fixes the problem.
https://snapshot.debian.org/archive/debian/20200630T204925Z/pool/main/w/wireless-regdb/wireless-regdb_2020.04.29-2_all.deb


OS: Debian-11 (KDE with NetworkManager)
Notebook: Lenovo G560 (Model: 0679)
CPU: Intel(R) Core(TM) i3 CPU       M 350  @ 2.27GHz


NIC:

06:00.0 Network controller: Broadcom Inc. and subsidiaries BCM4313
802.11bgn Wireless Network Adapter (rev 01)

product: BCM4313 802.11bgn Wireless Network Adapter

configuration: broadcast=yes driver=brcmsmac
driverversion=5.10.0-16-amd64 firmware=610.812 ip=192.168.37.15
latency=0 link=yes multicast=yes wireless=IEEE 802.11


I have no experience with the wireless stack.
But please feel free to tell me what to test or which logs to send.

Maybe related:
   wireless-regdb stable policy
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006127






I'm not sure how this is caused. I guess maybe it's an error in the
regdb, maybe the b43 driver is interpreting the regdb wrongly.
I got another notebook (HP) with RTL8822BE wireless which is still
connecting to channel 13 networks with wireless-regdb-2022.04.08-2~deb11u1.


I've tried
   rmmod b43; modprobe b43 allhwsupport=1
but that didn't help.

I picked some interesting dmesg lines. But they also show up when
rebooting after downgrading to wireless-regdb-2020.04.29-2
[...]




rmmod b43; rmmod brcmsmac; rmmod mac80211; rmmod cfg80211; iw reg get;
iw reg set DE; iw reg get; modprobe -v cfg80211 ieee80211_regdom=DE; iw
reg get; modprobe -v mac80211; iw reg get; iw reg get; modprobe -v
brcmsmac; iw reg get; modprobe -v b43; iw reg get




After downgrading wireless-regdb:


iw reg get

iw list | grep -A 15 Frequencies:





Regards,
kolAflash

Channels 12 and 13 are disabled in the wireless-regdb as FCC regulations
imposes strict limits on interference in the neighboring restricted band,
but folks have not come up with a practical and tested power limit for
the two channels to guarantee this.

See the commit for the full rationale:

http://git.kernel.org/wens/wireless-regdb/c/ede87f56c6c69652d30e09ce9d9fc07b8dea3388


ChenYu