[LEDE-DEV] [PATCH] mac80211: respect user-set regulatory domain by default

[Alexander Couzens]

On Wed, 25 May 2016 19:32:01 +0200
Daniel Golle <daniel at makrotopia.org> wrote:

> It turns out most device vendors don't set the correct country code
> in their devices' on-flash-EEPROM sections as they apparently rather
> provide a complete per-target-market firmware with patched drivers
> instead of just setting the country code.
> This results in the driver to incorrectly assume the value stored in
> the on-flash-EERPOM (usually US or China) being the regulatory domain
> inside which the device is being used.
> To work around this issue, OpenWrt introduced the ATH_USER_REGD config
> variable to decide during build whether or not to allow the user to
> override the regulatory domain setting. This option, however, is not
> enabled by default and thus ends up being disabled for snapshots
> builds and released binaries.
> As we know for a long time that most devices got borked regulatory
> domain values set in their EEPROMs we should allow our users to
> respect their local law (instead of just assume US or China laws).
> Note that also the current default has great potential of users not
> ever setting their regulatory domain and thus using inapproriate and
> potentially illegal frequencies and/or tx-power settings
> 
> Signed-off-by: Daniel Golle <daniel at makrotopia.org>
> ---
> Imho we should set World regulatory domain by default but also allow
> users to set their actual regulatory domain (e.g. ETSI).
> Obviously this will require the user to enter her country before being
> able to use AP, IBSS and 802.11s mode in the 5 GHz bands.
> Most wireless mesh communities' firmware projects are currently
> implemented as source-wrappers around OpenWrt instead of just using
> the SDK and ImageBuilder because of the official releases being
> useless in most places in the world due to ATH_USER_REGD being
> disabled.

I really like this commit.
Can you set the country *explicit* to world in /etc/config/wireless
before appling this patch?

best,
lynxis

-- 
Alexander Couzens

mail: lynxis at fe80.eu
jabber: lynxis at fe80.eu
mobile: +4915123277221
gpg: 390D CF78 8BF9 AA50 4F8F  F1E2 C29E 9DA6 A0DF 8604
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.infradead.org/pipermail/lede-dev/attachments/20160526/e355bb6d/attachment.sig>