[PATCH] ath: add support for special 0x0 regulatory domain

[Alvin Šipraga]

Hi Kalle,

On 12/23/20 12:01 PM, Kalle Valo wrote:
> Brian Norris <briannorris at chromium.org> writes:
> 
>> On Mon, Dec 21, 2020 at 7:43 PM Wen Gong <wgong at codeaurora.org> wrote:
>>>
>>> On 2020-12-21 05:06, Sustek Goran wrote:
>>>> Hi, on my ath10k Chipset,
>>>> QCA9984(https://compex.com.sg/shop/wifi-module/802-11ac-wave-2/wle1216v5-20-2/)
>>>> afetr this patch i can not longer to initialize my card.
>>>>
>>>> my dmesg log: So i need to revert this patch! Is my card need
>>>> aditional support? Can you please guide what to do for my card to ahve
>>>> OOB support in streamline kernels?
>>>>
>>>
>>> If this patch introduce issue to you,
>>> I think you can try to revert this patch.
>>
>> Kalle is still planning on applying my revert patch someday, I think:
>>
>> https://patchwork.kernel.org/project/linux-wireless/patch/20200527165718.129307-1-briannorris@chromium.org/
>>
>> We just have to wait.
> 
> Actually I don't see how I could apply the revert due to the regulatory
> problems explained by Jouni[1]. We cannot break regulatory rules.
> 
> [1] https://lore.kernel.org/ath10k/CANe27j+fur52HydqqzLc2hBV3QwC2La8+RTJcV=5W5LkUr=PqQ@mail.gmail.com/

Forgive me for insisting on this particular revert, but it still seems 
to me that the premise of the original patch is not correct. I tried to 
explain this in a reply[1] to Jouni's message that you linked, but I 
have not got a reply to that. Could you please clarify so that we can 
settle the issue and clarify what users can do (if anything)?

As it stands there are multiple reports of regression on the mailing 
list and only cursory discussion regarding the regulatory correctness of 
the patch. In the absence of such correctness (which I am trying to 
clarify) the regressions must surely be enough grounds for a revert?

As Brian mentioned in his revert patch[2] the original problem was 
resolved in firmware, and Wen has also agreed[3] that the patch should 
be reverted.

Kind regards,
Alvin

P.S. Sorry if the links in my mail are mangled - my employer's 
mailserver tends to vandalise incoming/outgoing mail.

[1] 
https://lore.kernel.org/ath10k/6a7e3314-6f91-cedb-1ffc-55ae9189dcf4@bang-olufsen.dk/
[2] 
https://lore.kernel.org/ath10k/20200527165718.129307-1-briannorris@chromium.org/
[3] 
https://lore.kernel.org/ath10k/9cc7efbb3c9b29e4553a427e6f58725f@codeaurora.org/