[v2,1/3] ath9k: Support channels in licensed bands
mathias.kretschmer at fit.fraunhofer.de
Fri Apr 21 05:40:51 PDT 2017
as one of the parties who triggered this patch to be included into the
main line kernel, we do support Simon's or Ben's point of view.
Safeguards against accidental misuse are in place. Various patches are
(have been) already in the open, so if someone wants to be evil, it
can't be prevented.
Also, these patches do not make up new channels out of the blue, they
merely enable channels which are allowed in certain countries under
specific regulations. To me it seems to be the task of the distribution
manager (or manufacturer) to ensure that only hardware/kernel features
are made available that are legal in the given jurisdiction.
The default behavior is to disable those extra channels. If you are
building, i.e. First Responder solutions, you need to ensure that those
guys use the systems incl. the frequency spectrum accordingly.
To be pragmatic and to avoid out-of-tree code maintenance, my vote would
be for integration into mainline.
On 21-Apr-17 13:29, Simon Wunderlich wrote:
> On Tuesday, April 18, 2017 10:09:59 AM CEST Ben Greear wrote:
>>> In my personal view, we have quite a few obstacles which I consider
>>> "enough", but would be interesting to hear others opinions ...
>>> I'll throw in my 2-cents. This patch is treading on very dangerous ground.
>>> I can't speak to other regulatory environments, but at least the FCC is
>>> cracking down on even the possibility that anyone can operate a WiFi
>>> device outside the regulatory bounds.
>> These patches make it slightly easier to use the licensed bands, but no one
>> can accidentally use them due to the regdb and other constaints in these
>> So, I don't think these patches offer any fundamental new vulnerability
>> that should concern the FCC.
>> After all, someone who really wants to do evil can find and apply the
>> patches without undue effort, and it could easily be that those applying
>> the patches would then make it even easier to abuse the new channels due to
>> laziness or poor coding choices.
> I'm with Ben on this one. I also have followed the FCC actions in the past few
> years, and I've also been involved into that [1,2,3]. There are mailing lists
> on the topic if you want to get involved. I agree that the topic is important,
> but I would prefer to not have this patch serving as battleground. :)
> The patches proposed here, as Ben says, at least put proper warnings and
> obstacles which users have to knowingly overcome (or read). It's probably
> safer than keeping the driver as is and having people apply random patches
> from the internet which they don't understand or hack the code themselves.
> Frankly, it's not that hard to enable those channels.
> As we have seen by the number of questions and people trying to bring this
> patch in (Ben and Julian), there is quite some interest for supporting those
> bands. I've also got a few requests from companies to have it supported
> (Fraunhofer is one of those).
>  https://www.reddit.com/r/wireless/comments/3irr5b/
>  http://hackaday.com/2016/02/26/fcc-locks-down-router-firmware/
>  https://libreplanet.org/wiki/Save_WiFi
More information about the ath10k