Search Linux Wireless

Re: [PATCH 09/13] cfg80211: Save the regulatory domain when setting custom regulatory

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Nicolas Cavallari <Nicolas.Cavallari@xxxxxxxxxxxxxxxxxxxxxxx> writes:

> On 29/11/2020 16:30, Luca Coelho wrote:
>> From: Ilan Peer <ilan.peer@xxxxxxxxx>
>>
>> When custom regulatory was set, only the channels setting was updated, but
>> the regulatory domain was not saved. Fix it by saving it.
>>
>> Signed-off-by: Ilan Peer <ilan.peer@xxxxxxxxx>
>> Signed-off-by: Luca Coelho <luciano.coelho@xxxxxxxxx>
>> ---
>>   net/wireless/reg.c | 8 ++++++++
>>   1 file changed, 8 insertions(+)
>>
>> diff --git a/net/wireless/reg.c b/net/wireless/reg.c
>> index a04fdfb35f07..094492b62f8a 100644
>> --- a/net/wireless/reg.c
>> +++ b/net/wireless/reg.c
>> @@ -2547,6 +2547,7 @@ static void handle_band_custom(struct wiphy *wiphy,
>>   void wiphy_apply_custom_regulatory(struct wiphy *wiphy,
>>   				   const struct ieee80211_regdomain *regd)
>>   {
>> +	const struct ieee80211_regdomain *new_regd, *tmp;
>>   	enum nl80211_band band;
>>   	unsigned int bands_set = 0;
>>   @@ -2566,6 +2567,13 @@ void wiphy_apply_custom_regulatory(struct
>> wiphy *wiphy,
>>   	 * on your device's supported bands.
>>   	 */
>>   	WARN_ON(!bands_set);
>> +	new_regd = reg_copy_regd(regd);
>> +	if (IS_ERR(new_regd))
>> +		return;
>> +
>> +	tmp = get_wiphy_regdom(wiphy);
>> +	rcu_assign_pointer(wiphy->regd, new_regd);
>> +	rcu_free_regdom(tmp);
>>   }
>>   EXPORT_SYMBOL(wiphy_apply_custom_regulatory);
>>   
>>
>
> Hello,
>
> This patch somehow appears to break ath9k's eeprom hints and restrict
> it to the world regulatory domain on v5.12.10.
>
> ath9k calls wiphy_apply_custom_regulatory() with its own kind of world
> regulatory domain, before it decodes hints from the eeprom and uses
> regulatory_hint() to request a specific alpha2.
>
> With this patch, applying the hint fails because wiphy->regd is already set.
> If i revert this patch, ath9k works again.

I have lost track, is this regression fixed now or is it sill
unresolved?

-- 
https://patchwork.kernel.org/project/linux-wireless/list/

https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches



[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux