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. 
> 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 valid value it locks to US regulatory domain which is 
> > wrong for most countries.
> > This makes Atheros devices in master mode unusable on ACPI devices in most 
> > countries.
> > 
> > Sven Gottschall suggested on ath10k mailing-list to return -EOPNOTSUPP in 
> > function
> > ath10k_mac_get_wrdd_regulatory(struct ath10k *ar, u16 *rd) in file 
> > drivers/net/wireless/ath/ath10k/mac.c to solve this.
> > 
> > 
> > static int ath10k_mac_get_wrdd_regulatory(struct ath10k *ar, u16 *rd)
> > {
> > return -EOPNOTSUPP;
> > }
> 
> Was there a conclusion upstream?

As this looks is not going to change in upstream, I'm closing this
downstream bug about it as well.

Regards,
Salvatore



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

2022-11-11 Thread Debian Bug Tracking System
Processing control commands:

> forwarded -1 
> https://lore.kernel.org/ath10k/2ab7cc1d-f756-ba3c-64b7-65f8a739a...@newmedia-net.de/#t
Bug #927710 [src:linux] ath10k locks to regulatory domain US on ACPI platforms
Set Bug forwarded-to-address to 
'https://lore.kernel.org/ath10k/2ab7cc1d-f756-ba3c-64b7-65f8a739a...@newmedia-net.de/#t'.

-- 
927710: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927710
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



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

2021-05-29 Thread Debian Bug Tracking System
Processing control commands:

> tags -1 + moreinfo
Bug #927710 [src:linux] ath10k locks to regulatory domain US on ACPI platforms
Added tag(s) moreinfo.

-- 
927710: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927710
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



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 valid value it locks to US regulatory domain which is wrong 
> for most countries.
> This makes Atheros devices in master mode unusable on ACPI devices in most 
> countries.
> 
> Sven Gottschall suggested on ath10k mailing-list to return -EOPNOTSUPP in 
> function
> ath10k_mac_get_wrdd_regulatory(struct ath10k *ar, u16 *rd) in file 
> drivers/net/wireless/ath/ath10k/mac.c to solve this.
> 
> 
> static int ath10k_mac_get_wrdd_regulatory(struct ath10k *ar, u16 *rd)
> {
> return -EOPNOTSUPP;
> }

Was there a conclusion upstream?

Regards,
Salvatore



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