All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alvin Sipraga <ALSI@bang-olufsen.dk>
To: Jouni Malinen <jkmalinen@gmail.com>
Cc: "ath10k@lists.infradead.org" <ath10k@lists.infradead.org>,
	"Félix Sipma" <felix+kernel@gueux.org>
Subject: Re: [PATCH] Revert "ath: add support for special 0x0 regulatory domain"
Date: Fri, 30 Oct 2020 13:23:08 +0000	[thread overview]
Message-ID: <6a7e3314-6f91-cedb-1ffc-55ae9189dcf4@bang-olufsen.dk> (raw)
In-Reply-To: <CANe27j+fur52HydqqzLc2hBV3QwC2La8+RTJcV=5W5LkUr=PqQ@mail.gmail.com>

Hi,

On 10/30/20 8:20 AM, Jouni Malinen wrote:
> So the issue is in not being able to operate an AP on the 5 GHz band?
> 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.

This explanation makes perfect sense, but are you sure that that is what 
the 0x0 regulatory domain means? For example the pages [1][2] state 
unequivocally that 0x0 means US.

If we assume 0x0 = US, do you agree that an EEPROM programmed with 0x0 
should imply that the device is suitably calibrated for operation in the 
United States, and as such should permit initiating radiation on the 5 
GHz band (etc.)? Or have I missed something?

I also tried to get the patch in question reverted based on this 
rationale, see [3] for more info. I hope somebody can help clear up this 
misunderstanding, since it seems to me that the main issue is: what is 
the true meaning of 0x0?

Btw, the hardware that Félix is referring to does have an FCC ID[4] and 
seems to be suitably certified for the US.

Kind regards,
Alvin

[1] 
https://wireless.wiki.kernel.org/en/users/drivers/ath#the_0x0_regulatory_domain
[2] 
https://web.archive.org/web/20150117040022/http://article.gmane.org/gmane.linux.kernel.wireless.general/38410
[3] 
https://patchwork.kernel.org/project/ath10k/patch/20200730124923.271429-1-alsi@bang-olufsen.dk/
[4] https://fccid.io/TK4WLE900VX
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

  parent reply	other threads:[~2020-10-30 13:23 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
2020-12-20  1:32         ` Julian Phillips
2020-10-30 13:23       ` Alvin Sipraga [this message]
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=6a7e3314-6f91-cedb-1ffc-55ae9189dcf4@bang-olufsen.dk \
    --to=alsi@bang-olufsen.dk \
    --cc=ath10k@lists.infradead.org \
    --cc=felix+kernel@gueux.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.