Received-SPF: pass (google.com: domain of linux-wireless+bounces-8403-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99;
Precedence: bulk
MIME-Version: 1.0
References: <CALfTr+pXU_=ORh2w3GE+YiU9igh61uWZS-zdG1GyKFb5Qs6fTg@mail.gmail.com>
In-Reply-To: <CALfTr+pXU_=ORh2w3GE+YiU9igh61uWZS-zdG1GyKFb5Qs6fTg@mail.gmail.com>
Reply-To: wens@kernel.org
From: Chen-Yu Tsai <wens@kernel.org>
Date: Mon, 3 Jun 2024 14:36:59 +0800
Message-ID: <CAGb2v67-9Gyxwpy8w9X=Gz7wXuVO0DncwXoRPV6_zrpF7MdEsg@mail.gmail.com>
Subject: Re: S1G and 6GHz channels in Estonia (and EU)
To: =?UTF-8?B?VGFhdmkgRW9tw6Rl?= <taavieomae@gmail.com>
Cc: wireless-regdb@lists.infradead.org, 
	linux-wireless <linux-wireless@vger.kernel.org>, Kalle Valo <kvalo@codeaurora.org>, 
	Johannes Berg <johannes@sipsolutions.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

(Adding linux-wireless ML, Kalle and Johannes)

On Mon, Jun 3, 2024 at 1:13=E2=80=AFAM Taavi Eom=C3=A4e <taavieomae@gmail.c=
om> wrote:
>
> Hi!
>
> I have a few questions about the current regdb values for Estonia/EE and =
EU:
>
> 1) There are no allowed S1G/HaLow/802.11ah EE (or EU) bands:
>
> Based on resources online and Estonian law
> (https://www.riigiteataja.ee/akt/117052024018?leiaKehtiv - Extra 6)
> these two additions should be correct:
>
> + (863 - 868 @ 1), (25 mW)
> + (915.8 - 919.4 @ 1), (25 mW)
>
> (Note: I don't see a way to define duty-cycle limitations, but that
> should be okay?)

I'm not sure if there are plans to support S1G in Linux. If not then
the information would go unused and untested. If it is supported, then
patches are more than welcome.

> 2) There's seems to be a missing 160MHz channel (50):
>
> This combines the restrictions of the two existing defined bands it
> overlaps with (https://ttja.ee/eraklient/side-ja-meediateenused/raadiosid=
e/wifi-seadmete-kasutus):
>
> + (5150 - 5350 @ 160), (100 mW), NO-OUTDOOR, DFS, AUTO-BW, wmmrule=3DETSI

The AUTO-BW flag lets the kernel know that it can combine neighboring
rules for wider bandwidth at the lowest power limit within the rules.

Thus merging the rules is not needed. Indeed we would prefer rules not
be merged, as the database should convey information closest to the
regulations.

> 3) The 6GHz band should also have an outdoor limit and probably also
> allow 320MHz channels (at least in EE):
>
> - (5945 - 6425 @ 160), (23), NO-OUTDOOR, wmmrule=3DETSI
> + (5945 - 6425 @ 320), (25 mW), wmmrule=3DETSI
> + (5945 - 6425 @ 320), (200 mW), NO-OUTDOOR, wmmrule=3DETSI

The kernel currently can't deal with duplicate rules for the same
channel. Thus we have to make a decision on whether to have a rule
with higher power but indoor use only, or the opposite.

Within our database, we have the former for some jurisdictions
and the latter for others. It really depends on the submitter.

> Would a patch for these be accepted? Should I update all EU countries
> (considering it seems harmonized within the EU)?

I would expect patches to be per country referencing local regulations,
not just the EU one. IIUC the EU sets one harmonized regulation but then
it's up to each member country to implement / incorporate them?

Whether you would like to update other EU countries is up to you.


Thanks
ChenYu