All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Félix Sipma" <felix+kernel@gueux.org>
To: Jouni Malinen <jkmalinen@gmail.com>
Cc: ath10k@lists.infradead.org
Subject: Re: [PATCH] Revert "ath: add support for special 0x0 regulatory domain"
Date: Fri, 30 Oct 2020 09:51:02 +0100	[thread overview]
Message-ID: <20201030085102.GA2137481@capeo.gueux.org> (raw)
In-Reply-To: <CANe27j+fur52HydqqzLc2hBV3QwC2La8+RTJcV=5W5LkUr=PqQ@mail.gmail.com>


[-- Attachment #1.1: Type: text/plain, Size: 2860 bytes --]

On 2020-10-30 09:20+0200, Jouni Malinen wrote:
>On Thu, Oct 29, 2020 at 4:06 PM Félix Sipma <felix+kernel@gueux.org> wrote:
>> I made a detailed report, with dmesg outputs of different
>> kernel/firmware-atheros and wireless-regdb combinations at
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970679
>
>So the issue is in not being able to operate an AP on the 5 GHz band?

Yes, sorry for not being clear about this.

>That sounds like the expected behavior for any device that has not
>been calibrated and provisioned for a specific country where
>regulatory rules allow operation on the 5 GHz band. I understand that
>this may look like a regression since the commit removed
>functionality, but it feels like a bug fix to me since that
>functionality should not have been enabled by default in the first
>place. The goal here is to avoid inappropriate operation on the band
>without explicit configuration to enable such operation. In AP
>devices, the device should have been provisioned for a specific
>country to be able to enforce the correct frequency range
>restrictions. The safe default for a device that does not have such
>explicit configuration within the WLAN component itself is to use the
>world roaming mode which prevents initialization of radiation (i.e.,
>does not allow AP mode to be started but allows station mode operation
>to connect to an already started AP) on the 5 GHz band.

So, if I understand well, the new behaviour (non working AP with ac) is 
expected, given that the device was not provisioned with the settings 
specifics to my zone? And to prevent people from operating an AP with 
the wrong settings, we force them to use hardware that is specific to 
their zone? If that's the intention, I'm not sure it is very effective: 
I can still buy a German wifi card and use it in France. It will 
probably suits most of the hardware vendors, though: people moving to 
another country are forced to buy new stuff and they can't buy cheaper 
stuff abroad, but, seen from another angle, it sounds like planned 
obsolescence.

The vendor of my (new) hardware is from Switzerland, and is selling to 
(at least) everywhere in Europe, and they sell the same hardware (that 
used to work) for everybody. So, now, they are supposed to sell 
specific hardware for each country? I think the card was not 
provisioned with a specific country (I'm in France, and I tried FR, CH, 
US,  ...), so I guess I have to throw it to the bin anyway (and they 
should do the same with all their stocks).

I hope I have misunderstood your message, else I have to admit I'm a 
little disappointed... Thanks for your explanation, though!

If that's really the intention, is there a workaround for irresponsible 
people like me, who just wan't to avoid buying new stuff?

Regards,

-- 
Félix

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

[-- Attachment #2: Type: text/plain, Size: 146 bytes --]

_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

  reply	other threads:[~2020-10-30  8:51 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-22 17:21 [PATCH] Revert "ath: add support for special 0x0 regulatory domain" Félix Sipma
     [not found] ` <CANe27jKpYm29QOjYOZ_jwHiRxuWx66J+th8-zgbXK4geiCU0_Q@mail.gmail.com>
2020-10-29 14:06   ` Félix Sipma
2020-10-30  7:20     ` Jouni Malinen
2020-10-30  8:51       ` Félix Sipma [this message]
2020-12-20  1:32         ` Julian Phillips
2020-10-30 13:23       ` Alvin Sipraga
2020-12-21 13:43         ` sparks71
  -- strict thread matches above, loose matches on Subject: below --
2020-12-21 12:15 sparks71
2020-07-30 12:49 Alvin Šipraga
2020-07-30 12:49 ` Alvin Šipraga
2020-08-27  7:59 ` Alvin Šipraga
2020-08-27  7:59   ` Alvin Šipraga
2020-08-27 10:12   ` Kalle Valo
2020-08-27 10:12     ` Kalle Valo
2020-08-27 10:25     ` Alvin Šipraga
2020-08-27 10:25       ` Alvin Šipraga
2020-05-27 16:57 Brian Norris
2020-05-27 16:57 ` Brian Norris
2020-05-28 12:02 ` Julian Calaby
2020-05-28 12:02   ` Julian Calaby
     [not found]   ` <CAJ-Vmomx0UFEa1w2HsGMQsZb+K8hyK=Zz9cKSo7tHv5GiMc1yw@mail.gmail.com>
2020-06-02 18:35     ` Brian Norris
2020-06-02 18:35       ` Brian Norris
2022-03-07 17:45 ` Kalle Valo
2022-03-07 17:45   ` Kalle Valo
2022-04-23 10:52 ` Patrick Steinhardt
2022-04-23 10:52   ` Patrick Steinhardt
2022-04-25 18:54   ` Brian Norris
2022-04-25 18:54     ` Brian Norris
2022-05-09 18:16     ` Cale Collins
2022-05-09 18:16       ` Cale Collins
2022-05-11 22:52       ` Cale Collins
2022-05-11 22:52         ` Cale Collins
2022-08-30 21:56         ` Brian Norris
2022-08-30 21:56           ` Brian Norris
2022-09-19 17:24           ` Tim Harvey
2022-09-19 17:24             ` Tim Harvey
2022-09-19 23:42             ` Sergey Ryazanov
2022-09-19 23:42               ` Sergey Ryazanov
2022-09-20  5:42               ` Sebastian Gottschall
2022-09-20  5:42                 ` Sebastian Gottschall

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20201030085102.GA2137481@capeo.gueux.org \
    --to=felix+kernel@gueux.org \
    --cc=ath10k@lists.infradead.org \
    --cc=jkmalinen@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.