[PATCH] ath: add support for special 0x0 regulatory domain
ALSI at bang-olufsen.dk
Mon Jan 4 07:10:20 EST 2021
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,
>>>> 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:
>> We just have to wait.
> Actually I don't see how I could apply the revert due to the regulatory
> problems explained by Jouni. We cannot break regulatory rules.
>  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 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 the original problem was
resolved in firmware, and Wen has also agreed that the patch should
P.S. Sorry if the links in my mail are mangled - my employer's
mailserver tends to vandalise incoming/outgoing mail.
More information about the ath10k