On Wed, 25 May 2016 19:32:01 +0200 Daniel Golle <dan...@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 <dan...@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: lyn...@fe80.eu jabber: lyn...@fe80.eu mobile: +4915123277221 gpg: 390D CF78 8BF9 AA50 4F8F F1E2 C29E 9DA6 A0DF 8604
pgpfQsdTQknbr.pgp
Description: OpenPGP digital signature
_______________________________________________ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
