#16862: faulty regdomains: Follup to #16818, #9678
-------------------------+-------------------------------------------------
  Reporter:  anonymous   |      Owner:  developers
      Type:  defect      |     Status:  new
  Priority:  high        |  Milestone:  Barrier Breaker (trunk)
 Component:  base        |    Version:  Trunk
  system                 |   Keywords:  ETSI WORLD US AT DE EU channel 12
Resolution:              |  13 14
-------------------------+-------------------------------------------------

Comment (by jogo):

 Replying to [comment:4 anonymous]:
 > Opinions? My 5ct: the whole thing is "broken" already upstream, not only
 in OpenWRT.
 >
 > An example: I get a TP-Link in Germany, the vendor-FW just overides the
 allowed channels, with any Linux I know, I have to apply (again and
 again!) crude "patches" to get ch12/13.
 > As otherwise it falls back to US, "World" (or in this case CN) which is
 programmed in some eeprom and simply wrong..

 Correct, this is the main cause for channels 12/13 being unavailable for
 many non US devices with !OpenWrt.

 > I know, this is (regulatory/legal issues) pretty tricky (as DFS is) but
 when I'm compiling an image as "root" I should have the choice to decide
 wether I know what I'm doing here and which frequencies I'm allowed to
 use.
 > I'd compare anybody building OpenWRT with an amateur radio-operator: you
 can do anything, your just liable for the results.
 >
 > So please give us an option, to "just fix it", dont make it default but
 the current behavior is very, very annoying.

 This option already exists, CONFIG_ATH_USER_REGD - "Force Atheros drivers
 to respect the user's regdomain settings". If you build your own image you
 can enable it and force a country then.

 But for regulatory reasons this is not enabled for !OpenWrt provided
 images (snapshots and releases), which is what most complaints are about.

--
Ticket URL: <https://dev.openwrt.org/ticket/16862#comment:6>
OpenWrt <http://openwrt.org>
Opensource Wireless Router Technology
_______________________________________________
openwrt-tickets mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-tickets

Reply via email to