Bug#927710: ath10k locks to regulatory domain US on ACPI platforms

2022-11-11 Thread Salvatore Bonaccorso
Control: forwarded -1 https://lore.kernel.org/ath10k/2ab7cc1d-f756-ba3c-64b7-65f8a739a...@newmedia-net.de/#t On Sat, May 29, 2021 at 02:23:22PM +0200, Salvatore Bonaccorso wrote: > Control: tags -1 + moreinfo > > Hi, > > On Sun, Apr 21, 2019 at 09:48:17PM +0200, Rene 'Renne' Bartsch, B.Sc. >

Bug#927710: ath10k locks to regulatory domain US on ACPI platforms

2021-05-29 Thread Salvatore Bonaccorso
Control: tags -1 + moreinfo Hi, On Sun, Apr 21, 2019 at 09:48:17PM +0200, Rene 'Renne' Bartsch, B.Sc. Informatics wrote: > Package: linux-image > Version: 4.19.28-2 > > The ath10k 802.11 driver reads the country code for the radio regulatory > domain from the ACPI table. > If it can't get a

Bug#927710: ath10k locks to regulatory domain US on ACPI platforms

2020-03-04 Thread Rene 'Renne' Bartsch, B.Sc. Informatics
The country code is not read from ACPI but from the EEPROM of the WiFi-card (0x0 "World Regulatory Domain" by default).

Bug#927710: ath10k locks to regulatory domain US on ACPI platforms

2020-03-04 Thread Rene 'Renne' Bartsch, B.Sc. Informatics
See https://medium.com/@renaudcerrato/how-to-build-your-own-wireless-router-from-scratch-part-3-d54eecce157f as explanation and solution

Bug#927710: ath10k locks to regulatory domain US on ACPI platforms

2019-04-21 Thread Rene 'Renne' Bartsch, B.Sc. Informatics
Package: linux-image Version: 4.19.28-2 The ath10k 802.11 driver reads the country code for the radio regulatory domain from the ACPI table. If it can't get a valid value it locks to US regulatory domain which is wrong for most countries. This makes Atheros devices in master mode unusable on