openwrt/package/kernel/mac80211/patches
Robert Marko 7475321f46 mac80211: ath11k: Remove regulatory intersection
Currently, during initialization ath11k will receive a regulatory event
from the firmware in which it will receive the default regulatory domain
code and accompanying rules list and report those to the kernel.

Then if you try to change the regulatory domain to a different country code
it will do a weird thing in which it will send that to the FW and after
receiving the appropriate regulatory event it will parse the rules.
However, while its parsing there is a weird thing being done, and that is
that new raw rules from FW get intersected with the rules from the default
domain.
This is creating a big issue as the default domain is almost always set to
"US" or just "00" aka world so ath11k will unfairly limit you to the most
restrictive combination of rules based on the default domain and your
desired domain.
For example, in ETSI countries this is causing channels 12 and 13 on 2.4GHz
to not be usable since "US" limits 2.4GHz to 2472MHz instead of 2482MHz
like ETSI countries do.

So, lets do what TIP and even QCA do in their ath11k downstream tree and
completely get rid of the interesection code in ath11k.

Signed-off-by: Robert Marko <robimarko@gmail.com>
2023-04-11 20:20:18 +02:00
..
ath mac80211: refresh patches 2023-03-05 01:32:08 +01:00
ath5k mac80211: update to linux 6.1-rc8 2022-12-10 15:15:19 +01:00
ath9k mac80211: refresh patches 2023-03-05 01:32:08 +01:00
ath10k mac80211: refresh patches 2023-03-05 01:32:08 +01:00
ath11k mac80211: ath11k: Remove regulatory intersection 2023-04-11 20:20:18 +02:00
brcm mac80211: update to linux 6.1-rc8 2022-12-10 15:15:19 +01:00
build mac80211: backport napi_build_skb for 5.10 2023-01-29 10:08:21 +01:00
mwl mac80211: update to linux 6.1-rc8 2022-12-10 15:15:19 +01:00
rt2x00 mac80211: refresh patches 2023-03-05 01:32:08 +01:00
subsys mac80211, mt76: add fixes for recently discovered security issues 2023-03-30 11:40:11 +02:00