The assignment of the gpio_count and reg_base in ath79_gpio_output_select
takes care that only supported platforms can use ath79_gpio_output_select.
But the rebase of the patches after the last OpenWrt base update
accidentally added an extra check for the SoC which was missing support
soc_is_qca955x().
Boots on QCA955X devices which were using ath79_gpio_output_select stopped
with
Kernel bug detected[#1]:
[...]
Call Trace:
[<803e6174>] ath79_gpio_output_select+0x30/0xe8
[<803ed590>] om5p_acv2_setup+0x24/0x200
[<803e4dc0>] ath79_setup+0x28/0x38
[<80069ac8>] do_one_initcall+0x148/0x1ec
[<803e2cc4>] kernel_init_freeable+0x150/0x208
[<80065218>] kernel_init+0x10/0x114
[<80060878>] ret_from_kernel_thread+0x14/0x1c
Fixes: a22c1d5670 ("Update OpenWrt base")
Signed-off-by: Sven Eckelmann <sven@narfation.org>
Some (possibly broken) bootloaders incorrectly initialize the at8033 phy.
This breaks auto-negotation on these SGMII devices. The mode has therefore
to be set back in to a valid configuration by Linux.
Fixes#911
propose to make uci commit more specific to minimize unwanted changes in other temporary written config files like wireless ssid (in some offline changers)
Using HTTPS breaks the download on Debian Wheezy. The switch was an
unintended side effect of the backport from LEDE.
Also, fix the commit message of the backport patch (mwlwifi is not updated
anymore since the last OpenWrt base upgrade).
Fixes#919
If cookies are disabled, the Statuspage only displays an empty ("Not connected")
This checks if the localStorage API is available and working and only uses it in this case
Also allows better backwards compatibility.
I veriefied the functionality of this device, IBSS and 802.11s meshing, Ethernet, LEDs and Buttons, WiFi works perfectly with this device. The primary MAC is the same as printed on the devices sticker.
The firmware cannot be flashed via the stock firmwares web ui (OpenWrt and LEDE can't be flashed either). The firmware has to be flashed onto the device via the TFTP method mentioned in [this post](https://forum.openwrt.org/viewtopic.php?pid=320942#p320942).
In short: Download the firmware and rename it to wa901ndv4_tp_recovery.bin, setup a tftp server and configure a static IP address (192.168.0.66), press (and hold for a few seconds) the reset button while turning the device on. The device is now downloading the firmware and you should be able to configure your new Gluon node after the device has rebooted.
