Skip to content
Snippets Groups Projects
Select Git revision
  • master default protected
  • v17.01.1
  • v17.01.0
  • v17.01.0-rc2
  • v17.01.0-rc1
  • reboot
6 results
Search by author
  • Any Author
  • Johannes Rudolph Johannes Rudolph PowerPan
1 author
  1. Dec 16, 2016
  3. Nov 03, 2016
    • Christian Lamparter's avatar
      base-files, mac80211, broadcom-wl: wifi detection and configuration · 5f8f8a36
      Christian Lamparter authored 
      
Currently, the wifi detection script is executed as part of
the (early) boot process. Pluggable wifi USB devices, which
are inserted at a later time are not automatically
detected and therefore they don't show up in LuCI.

A user has to deal with wifi detection manually, or restart
the router.

However, the current "sleep 1" window - which the boot
process waits for wifi devices to "settle down" - is too
short to detect wifi devices for some routers anyway.

For example, this can happen with USB WLAN devices on the
WNDR4700. This is because the usb controller needs to load
its firmware from UBI and initialize, before it can operate.

The issue can be seen on a BT HomeHub 5A as well as soon as
the caldata are on an ubi volume. This is because the ath9k
card has to be initialized by owl-loader first. Which has to
wait for the firmware extraction script to retrieve the pci
initialization values inside the caldata.

This patch moves the wifi configuration to hotplug scripts.
For mac80211, the wifi configuration will now automatically
run any time a "ieee80211" device is added. Likewise
broadcom-wl's script checks for new "net" devices which
have the "wl$NUMBER" moniker.

Issues with spawning multiple interface configuration - in
case the detection script is run concurrently - have been
resolved by using a named section for the initial
configuration. Concurrent configuration scripts will now
simply overwrite the same existing configuration.

A workaround which preserves the "sleep 1" window for just
the first boot has been added. This allows the existing
brcm47xx boot and mvebu uci-default scripts to correctly
setup the initial mac addresses and regulatory domain.

And finally, the patch renames the "wifi detect" into
"wifi config". As the script no longer produces any output
that has to be redirected or appended to the configuration
file.

Thanks to Martin Blumenstingl for helping with the implementation
and testing of the patch.

Acked-by: default avatarJo-Philipp Wich <jo@mein.io>
Signed-off-by: default avatarMathias Kresin <dev@kresin.me>
Signed-off-by: default avatarChristian Lamparter <chunkeey@gmail.com>
Signed-off-by: default avatarFelix Fietkau <nbd@nbd.name>
      5f8f8a36
    • Christian Lamparter's avatar
      base-files, mac80211, broadcom-wl: use uci to populate wireless config · 5e35b456
      Christian Lamparter authored 
      
Previously, wifi detect simply dumped its generated wireless
configuration to STDOUT. A second step was needed to append
the configuration to /etc/config/wireless (or create it, if
it didn't exist).

With this patch, The wifi detection script will now use uci
to update the wireless configuration directly.

This patch also makes the initially created wifi-iface a
named section ('default_radio$X' for mac80211 and
'default_wl$X' for broadcom). With this change, uci will
not print the cfgHASH to STDOUT (which would now corrupt
the wireless configuration). It will also prevent adding
duplicated wifi interface configurations, if the wifi
configuration is run concurrently.

Signed-off-by: default avatarChristian Lamparter <chunkeey@gmail.com>
      5e35b456
  5. Jun 07, 2016
  7. Apr 26, 2016
  9. Mar 24, 2016
  11. Sep 08, 2015
  13. Aug 29, 2015
  15. Jun 17, 2015
  17. Nov 06, 2014
  19. Oct 25, 2014
  21. Oct 24, 2014
    • Felix Fietkau's avatar
      broadcom_wl: eliminate compiler error with gcc-4.9-linaro · fc822a43
      Felix Fietkau authored 
      
Attempting to build broadcom_wl (from trunk) with the linaro 4.9.x
toolchain produces the following errors:

<...>/wl_linux.c: In function 'wl_dump_ver':
<...>/wl_linux.c:2302:3: error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time]
   __DATE__, __TIME__, EPI_VERSION_STR);
   ^
<...>/wl_linux.c:2302:13: error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time]
   __DATE__, __TIME__, EPI_VERSION_STR);
             ^
cc1: some warnings being treated as errors

Remove the use of the __DATE__ and __TIME__ macros, as the info is not
really useful.

Signed-off-by: default avatarNathan Hintz <nlhintz@hotmail.com>

SVN-Revision: 43046
      fc822a43
  23. Oct 02, 2014
  25. Aug 08, 2014
  27. Jul 07, 2014
  29. Jul 05, 2014
  31. Jun 07, 2014
  33. May 11, 2014
  35. Nov 11, 2013