Modify

Opened 8 years ago

Closed 3 years ago

Last modified 3 years ago

#6923 closed defect (invalid)

Shouldn't CONFIG_ATH_USER_REGD=y by default?

Reported by: openwrt@… Owned by: nbd
Priority: normal Milestone: Features Paradise
Component: kernel Version: Trunk
Keywords: ath9k 5GHz crda regulatory Cc:

Description

The config option CONFIG_ATH_USER_REGD=y is requiered to get the 5 GHz frequency band working with ath9k. Shouldn't it be set by default in backfire 10.03 to get better support for many devices?

Attachments (0)

Change History (25)

comment:1 Changed 8 years ago by anonymous

I have read somewhere here that they can't enable it by default, because it can be used to violate country restrictions, thus breakin the law.

comment:2 Changed 8 years ago by thepeople

  • Owner changed from developers to nbd
  • Status changed from new to assigned

comment:3 Changed 8 years ago by openwrt@…

The law (at least in some countries) probably forbids to sell routers (the hardware) which have a setting that can be easily changed to break the law. But OpenWRT is a software. I don't think there is any law that forbids the distribution of a compiled firmware with that option turned on. Someone who wants to break the law only have to recompile anyways.

Any company selling routers pre-flashed with OpenWRT might want to recompile from source with this option turned off however.

comment:4 Changed 8 years ago by nbd

  • Resolution set to wontfix
  • Status changed from assigned to closed

I had some discussions with Luis Rodriguez from Atheros on this subject, and he asked me to not include this option in the default builds, since it also prevents parsing of the country code from the card.
While there is no legal requirement for us to keep it disabled, we would like the default builds to be compliant.
As soon as I have the time and resources for that, I will implement DFS support for ath9k/mac80211 to fully resolve this issue, so it will be fixed eventually

comment:5 Changed 8 years ago by vitplister@…

  • Resolution wontfix deleted
  • Status changed from closed to reopened

I'm afraid DFS implementation won't solve this issue for everybody.

My WNDR3700 has AR9280 with EEPROM regdomain 0x60 (WOR0_WORLD) in which *all* 5GHz channels have the passive scanning flag set. This makes it impossible to use this router as AP on 5GHz channels without CONFIG_ATH_USER_REGD=y being set (even if allowed by local regulations).

See also
http://wireless.kernel.org/en/users/Drivers/ath#EEPROM_world_regulatory_domain

comment:6 Changed 8 years ago by luminoso+web@…

Well, If you allow me to say my opinion, I would agree with this proposal.
It's easier to have this working for everyone that not working only because a few of countries. Or maybe just have one more version available when releasing OpenWRT?

comment:7 Changed 8 years ago by aarcane@…

could it be built in a package so that the default install has config_ath_user_regd=n, but by adding a simple package the module with config_ath_user_regd=y is installed, or is it not a module setting?

comment:8 Changed 7 years ago by nico

  • Milestone changed from Backfire 10.03 to Kamikaze Features Paradise

comment:9 Changed 7 years ago by sartan

It is not up to the Atheros driver to maintain regulatory compliancy, this is CRDAs job. It isn't "easy" to modify this domain setting to violate the law. Right now, 5ghz is unsable to end users where they may otherwise be legally entitled to.

Linux allows end users to change their regulatory domains to deal with world-wide regulatory issues. The Atheros driver included in snapshot/trunk compiles of OpenWRT does not allow non-US users of WNDR3700 to set their regulatory domain. (http://wireless.kernel.org/en/developers/Regulatory/CRDA)

e.g. iw reg set CA fails.

As a Canadian user, CRDA will not allow me to bring up 5ghz wireless due to regulatory CRDA restrictions /requiring/ a valid country to be set.

A recompile including the option CONFIG_ATH_USER_REGD does allow the end-user to run 'iw reg set CA'.

It is up to the user to ensure their CRDA region for legal compliance across the world.

This should be valid:
root@OpenWrt:/tmp# iw reg get
country CA:

(2402 - 2472 @ 40), (3, 27)
(5170 - 5250 @ 40), (3, 17)
(5250 - 5330 @ 40), (3, 20), DFS
(5490 - 5710 @ 40), (3, 20), DFS
(5735 - 5835 @ 40), (3, 30)

comment:10 Changed 7 years ago by nbd

  • Resolution set to fixed
  • Status changed from reopened to closed

even on cards with broken regdomain info, at least part of the 5ghz range should work now, so i'll mark this as fixed.

comment:11 Changed 7 years ago by anonymous

which part of the 5 GHz band should work exactly?

comment:12 Changed 7 years ago by nbd

5150-5250

comment:13 Changed 7 years ago by andrew

  • Resolution fixed deleted
  • Status changed from closed to reopened

Many manufacturers are simply not setting the EEPROM on the card correctly (e.g. Netgear, TP-Link to name two I'm aware of), no doubt as it means that you have to manufacture bother to have different products.

Netgear are offering two firmwares, one for North America and a worldwide option. The worldwide version allows you to specify what country you're in, while (i'm guessing) that the NA version doesn't. No doubt they've enabled this tag or distributed a modified regulatory.bin with the non-NA firmware.

This option needs to at least be built in by default for routers that are known to have incorrect country code settings, or manufacturers who didn't bother to set the country code correctly. Otherwise you're needlessly limiting channel selection, power output etc. to incorrect (and possibly illegal) values.

Just because a user isn't technically minded enough to compile their own software (and heaven knows the documentation isn't always easy to understand) doesn't mean they shouldn't be able to have a good OpenWRT experience. Let the FCC have their little power trip in the USA, and give the rest of the world software that works.

comment:14 Changed 7 years ago by jow

  • Resolution set to invalid
  • Status changed from reopened to closed

For discussion please use openwrt-devel@…

comment:15 Changed 7 years ago by anonymous

I was about to add the comment below, but the ticket has since been changed to closed again. I won't reopen this (as I don't want to get into an open/close fight), but I will comment on the illegality issue.

It may be that the FCC doesn't approve of regulatory domain changing (I too have read this). However, for the other 95% of the world that doesn't live in the USA, what the FCC thinks is irrelevant. OpenWRT is software, not a hardware product, and is not certified by the FCC or any other standards body for that matter, nor does it need to be.

The companies that make the routers distribute them outside of the USA with firmware that allows the changing of the regulatory domain (which clearly indicates this is legal in those countries). That means OpenWRT should allow that too. I note that the ar71xx build target currently builds an NA version and an "everywhere else" version for the 3700...how about setting CONFIG_ATH_USER_REGD=y for the non-NA version, and simply stopping the wireless from starting until a country code is set? Problem solved, everyone happy.

Legality is a silly thing to bring up in relation to software. The rules are arbitrary and can be completely different just by walking down the road and crossing an imaginary line someone drew in the sand a few hundred years ago. If you're that worried about it and you're American, just don't write the patch...I'm sure there will be someone else who lives in a different country who doesn't give a toss for your laws (just as much as you don't give a toss for theirs).

---

As for my original addition...

Just let me add that part of the range working isn't good enough. It needs to be the full range of channels at the correct power levels. My two routers are WNDR-3700s by the way, which are known to have an issue here (see the wiki where someone noted "5GHz may not be fully available on OpenWrt 10.03 Backfire. You may need to compile a custom image with CONFIG_ATH_USER_REGD."...not only is 5GHz broken; 2.4GHz channels 12 and 13 are unavailable as well).

The TP-Link router with an issue is the 1043ND, though there are probably many others. See http://smorgasbord.gavagai.nl/2010/09/wifi-regulatory-compliance-and-how-to-fix-it/

comment:16 Changed 6 years ago by cihuafreenet@…

Hi, I just wandered onto this post and found myself in good company who share my thoughts. I'm in the middle of compiling a build of backfire with all the basic tools and the REST as packages

Yesterday I erased my attitude adjustment build root cause of issues with nodog and cause I wanted to try a backfire build on my ubiquity stuff. I haven't seen that setting in mac80211
in the config. I just was so happy to buildmac80211 my own 802.1x hotspot, I totally forgot how crippled openwrt is in terms of frequency setting freedom.

I live in Mexico and use a nanoM5 to connect my custom dual WAN tomato router to an unprotected nanoM5 in rival network connecting a series of nanom5 en wds for video surveillance. I did this 'cause my original backhual didn't work and I ran out of money to set up a tower on an ideal location. I still laugh at the ignorance people have about wifi and crda which is the issue.

The operator is not even set the correct country, it was basically default. I've had zero almost downtime since April but that was my fault due to network growing pains.

I know nobody here cares about american fcc and their power trip:). I know more power is not better and there are more efficient ways to make links work better. Anybody here of ubiquity violating the GPL with their proprietary channel-shifting solution that I use anyway.Why can't openwrt use finegrained frequency offset adjustment to avoid interference a bit.

We about that other post about frequency freedom patches for ath5k and we know ath9k can be "FREED" because it is well known Brainslayer sells it with ddwrt. I find this absurd.

Thanks to Linux, we just need less developers outside the US who don't kiss FCC's ass. If I'm already violating the law or not or using superchannels or not or using my wifi for something it's not intended for using ubnt stupid last-ditch propietary ripoff of opensource they call a solution for interference, it's my business, not american FCC. We all know it's a security solution too(somewhat), I know yer lisenin ubnt ford. I can't google the awesome post about frequency freedom but somewhare I got that url written down.
I SURE WISH I WAS A DEVELOPER and I'm sure you don't!

Instead of making stupidass pranks on April fools (http://forum.ubnt.com/archive/index.php/t-50373.html), be less of a fool and release a decent SDK like the guy below.

We know you will never support aircrack but heh guess what you are exploiting opensource software for making your "almost" propietary airos. Respect the GPL and release a decent SDK. I was on that trip and after a week of waiting I got an SDK. Couldn't download one directly. I guess they know it's of no use to me.

http://blogs.pwmn.net/korkakak/2011/05/31/building-airocrack-ng-for-ubiquity-nanostation-and-any-other-using-airos-a

Oh one more thing. using "Channel shifting" or "offset channels" is not illegal, is it, since everybody uses it here, even that stupid "see your house being robbed from anywhere o earth" remote surveillance company who as been my main uplink to the Internet for my little WISP for the last 6 months.

So when will channel shifting be available on openwrt or is never the best hope of this nice feature that seemed to be left out of trunk. Shouldn't free software be ahead of the people who ripoff from the opensource community for personal gain while shamelessly violating the GPL? (listening brainslayer)

Keep up the good trolling on ubnt forums!

comment:17 Changed 6 years ago by anonymous

Hi, I just wandered onto this post and found myself in good company who share my thoughts. I'm in the middle of compiling a build of backfire with all the basic tools and the REST as packages.

Yesterday I erased my attitude adjustment build root cause of issues with nodogsplash and cause I wanted to try a backfire build on my ubiquity stuff and maybe some old wt54gls. I haven't seen that setting about mac80211 in the config. I just was so happy to build my own 802.1x hotspot, I totally forgot how crippled openwrt is in terms of frequency setting freedom.
have lots of links to places where people want to do non-standard stuff with their wifi like ham radio,low latency aplications,and mesh networking on non standard frequencies for instance

Google:
openwrt airos channelshifting
ath5k frequency freedom openhal
openhal channel shifting on openwrt - Buscar con Google
madwifi-old-openhal source - Buscar con Google
custom openwrt with channelshifting enabled aircrack
madwifi-old-openhal source

ddwrt implementation:
doubleudoubludoubleudd-wrtDOTcom/phpBB2/viewtopic.php?p=124757&sid=1b9beb7b4689610625afa2750321a665
qsl sites: doubleudoubludoubleuqsl.net/kb9mwr/projects/wireless/plan.html
doubleudoubludoubleuqslDOTnet/kb9mwr/projects/wireless/part15.html
doubleudoubludoubleuqslDOTnet/kb9mwr/projects/wireless/ham-how-to.html
doubleudoubludoubleuqslDOTnet/kb9mwr/projects/wireless/modify.html
doubleudoubludoubleuqslDOTnet/kb9mwr/projects/wireless/ham-how-to.html
High Speed Multi-Media Using Part 15 Wireless Ethernet Devices
doubleudoubludoubleuqsl.net/kb9mwr/projects/wireless/plan.html
hteeteepeehsmm-mesh.org/

hteeteepeeforum.ipfireDOTorg/index.php/topic,3231.0.html?PHPSESSID=e7ht6vc0oocvi0iq1sl473ofs7

I live in Mexico and use a nanoM5 to connect my custom dual WAN tomato router to an unprotected nanoM5 in rival network connecting a series of nanom5 en wds for video surveillance. I did this 'cause my original backhual didn't work and I ran out of money to set up a tower on an ideal location. I still laugh at the OVERALL ignorance people have about wifi, reg domain and crda which is the issue were talking about here.

The operator hass not even set the correct country, it was basically default. I've had zero almost downtime since April but that was my fault due to network growing pains.

I know nobody hear really cares about what the american fcc thinks and their power trip:). I know more power is not better and there are more efficient ways to make links work better. Anybody here of ubiquity violating the GPL with their proprietary channel-shifting solution that I use anyway.Why can't openwrt use finegrained frequency offset adjustment to avoid interference a bit.

We about that other post about frequency freedom patches for ath5k and we know ath9k can be "FREED" because it is well known Brainslayer sells it with ddwrt. I find this absurd.

Thanks to Linux, we just need less developers outside the US who don't kiss FCC's ass. If I'm already violating the law or not or using superchannels or not or using my wifi for something it's not intended for (not just using ubnt's stupid last-ditch propietary ripoff of opensource they call a solution for interference), it's my business, not american FCC. We all know it's a security solution too(somewhat), (I know yer listenin' ubnt Mike Ford). I can't google that awesome post about frequency freedom on ubnt where Mike jumped in or so guru from the company but somewhere I got that url written down.
I SURE WISH I WAS A DEVELOPER and I'm sure you don't!

Instead of making stupidass pranks on April fools (hteeteepeeforum.ubntDOTcom/archive/index.php/t-50373.html), be less of a fool and release a decent SDK like the guy below.

We know you will never support aircrack on airos but heh guess what you are exploiting opensource software for making your "almost" propietary airos. Respect the GPL and release a decent SDK. I was on that trip and after a week of waiting I got an SDK. Couldn't download one directly. I guess they know it's of no use to me.

doubleudoubludoubleublogs.pwmn.net/korkakak/2011/05/31/building-airocrack-ng-for-ubiquity-nanostation-and-any-other-using-airos-a

Oh one more thing. using "Channel shifting" or "offset channels" is not illegal, is it?, Since everybody uses it here, even that stupid "see your house being robbed from anywhere o earth" remote surveillance company who as been my main uplink to the Internet for my little WISP for the last 6 months.

So when will channel shifting be available on openwrt or is "never" the best hope of this nice feature that seemed to be left out of trunk for the rest of the world, not just americanos.
Shouldn't free software be ahead of the people who ripoff from the opensource community for personal gain while shamelessly violating the GPL? (listening brainslayer)

Keep up the good trolling on ubnt forums! We can all put an end to security through obscurity! Sooner or later we'll be seeing custom firmwares if openwrt doesn't get up to speed.

Oh and remember, you are on Mexican turf gringo. Letś stop being whores for the FCC and companies and projects like Ubiquity and ddwrt respectively that violate open source software and stifle innovation for the sake of pride or maintain a leg up on the competition.I hope pure openwrt which is gnu/linux for embedded devices don't evolve into watered down versions or into an OS that caters to the masses like ReactOS and tries to be compatible with nonfree which is good in a way. Someone has to milk the public for an "esay solution" that is just not goog for the most of us and has more of what we don't want and less of what we do.
like this whore: doubleudoubludoubleu3dbwirelessDOTcom/boyd/

hteeteepeeforum.aircrack-ngDOTorg/index.php?topic=9708.

Canadian WISP owner in Mexico

comment:18 Changed 6 years ago by cihuaFREEnet

EHTEETEEPIcomments.gmaneDOTorg/gmane.linuxDOTdriversDOTath9k.devel/6985 ('Secret de Polichinelle')

comment:19 Changed 3 years ago by anonymous

  • Resolution invalid deleted
  • Status changed from closed to reopened

Why not making different repositories for wlan drivers compiled against various regdomains?
e.g. for Germany ath9k->

src/gz barrier_breaker http://de.regd.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/packages

e.g. US brcm47xx
src/gz barrier_breaker http://us.regd.openwrt.org/barrier_breaker/14.07-rc3/brcm47xx/packages

...

That way Image Builder could be used to easily compile packages, while users can't change settings easily.
Signatures/Certs could accompany this to prevent mixtures.

comment:20 Changed 3 years ago by jow

  • Resolution set to invalid
  • Status changed from reopened to closed

comment:21 Changed 3 years ago by anonymous

and what about implementing the same config option for USB devices based on ath9k_htc?

it's unbelieveable one has to waste a full day dealing with patches and bullshit to get enabled 2 channels that should be available out of the box.

comment:22 Changed 3 years ago by Wilco Baan Hofman <wilco@…>

  • Resolution invalid deleted
  • Status changed from closed to reopened

Agreed, this issue needs to be addressed. The majority of users do not live in the US.

comment:23 Changed 3 years ago by jow

  • Resolution set to invalid
  • Status changed from reopened to closed

comment:24 Changed 3 years ago by anonymous

  • Resolution invalid deleted
  • Status changed from closed to reopened

agreed.

resolution invalid is invalid

reopening since problem not fixed.

comment:25 Changed 3 years ago by swalker

  • Resolution set to invalid
  • Status changed from reopened to closed

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.