openwrt/staging/hauke.git
4 years agoupdate patches
Hauke Mehrtens [Sun, 1 Mar 2020 13:24:29 +0000 (14:24 +0100)]
update patches

4 years agoath79: Backport "net: ag71xx: port to phylink" patch
Hauke Mehrtens [Sat, 29 Feb 2020 16:45:09 +0000 (17:45 +0100)]
ath79: Backport "net: ag71xx: port to phylink" patch

This adds the upstream patch which adds phylink support to the ag71xx
driver. This syncs it up with the recent upstream development and should
fix some problems with detecting phys.

4 years agokernel: backport some more
Hauke Mehrtens [Sat, 29 Feb 2020 18:31:59 +0000 (19:31 +0100)]
kernel: backport some more

Refresh and update

4 years agogeneric: Add additional bugfitx from 5.5
Hauke Mehrtens [Sat, 29 Feb 2020 18:07:40 +0000 (19:07 +0100)]
generic: Add additional bugfitx from 5.5

4 years agogeneric: Move pending patches to backport
Hauke Mehrtens [Sat, 29 Feb 2020 18:24:33 +0000 (19:24 +0100)]
generic: Move pending patches to backport

These patches wrere added to Linux 5.5 and 5.6, move then to backprots
to indicate that they are included in Linus upstream tree.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
4 years agogeneric: Fix kernel version for backported patch
Hauke Mehrtens [Sat, 29 Feb 2020 18:07:27 +0000 (19:07 +0100)]
generic: Fix kernel version for backported patch

This patch was addded in kernel 5.5 and not into 5.4, fix the name.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
4 years agotools/cmake: Update to 3.16.5
Yufei Miao [Wed, 11 Mar 2020 05:38:53 +0000 (13:38 +0800)]
tools/cmake: Update to 3.16.5

Update cmake to 3.16.5

Signed-off-by: Yufei Miao <myf@myf.cloud>
4 years agoprocd: actually wire-up netns support
Daniel Golle [Thu, 12 Mar 2020 19:53:36 +0000 (20:53 +0100)]
procd: actually wire-up netns support

When support for network namespaces was added to procd, adding the
corresponding jail flag in procd.sh was ommitted. Add it now.

Fixes: 97a03a4760 ("procd: update to latest git HEAD")
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
4 years agoath79: add back NAND symbols to NAND target
David Bauer [Thu, 12 Mar 2020 13:08:30 +0000 (14:08 +0100)]
ath79: add back NAND symbols to NAND target

The NAND config symbols were removed unintentionally while adding
support for Linux 5.4.

Add the respective symbols for v4.19 as well as v5.4.

Signed-off-by: David Bauer <mail@david-bauer.net>
4 years agoimx6: add support for GW5907/GW5910/GW5912/GW5913
Tim Harvey [Wed, 11 Mar 2020 15:02:58 +0000 (08:02 -0700)]
imx6: add support for GW5907/GW5910/GW5912/GW5913

This patch adds support for GW5907/GW5910/GW5912/GW5913 IMX6 based boards
from the Gateworks Ventana Family[A]:
- backport upstream dt patches from 5.6 to 4.19 and 5.4
- add dtb's to ventana images
- add board-name and network config

A. https://www.gateworks.com/products/imx6-single-board-computer-gateworks-ventana-family

Flashing instructions for Ventana boards:

Using pre-flashed bootloader:
- Use appropriate ubi image depending on board NAND to flash via bootloader:
openwrt-imx6-ventana-squashfs-nand.ubi - 2KiB page size
openwrt-imx6-ventana-large-squashfs-nand.ubi - 4KiB page size
http://trac.gateworks.com/wiki/linux/ubi

Using Gateworks JTAG dongle:
- Use Gateworks mkimage_jtag script to create a JTAG image comprised of
pre-built bootloader and ubi image:
http://trac.gateworks.com/wiki/jtag_instructions

Signed-off-by: Tim Harvey <tharvey@gateworks.com>
4 years agoimx6: remove unnecessary wildcard from board name matching
Tim Harvey [Tue, 10 Mar 2020 15:03:20 +0000 (08:03 -0700)]
imx6: remove unnecessary wildcard from board name matching

The wildcard used in the network config matching is not necessary
given the board names returned by imx6_board_detect() in lib/imx6.sh.

Signed-off-by: Tim Harvey <tharvey@gateworks.com>
4 years agolayerscape: sysupgrade: require metadata
Tomasz Maciej Nowak [Tue, 25 Feb 2020 19:07:41 +0000 (20:07 +0100)]
layerscape: sysupgrade: require metadata

Require the image metadata check so no invalid image could be fed to
sysupgrade without force option.

Cc: Mathew McBride <matt@traverse.com.au>
Signed-off-by: Tomasz Maciej Nowak <tomek_n@o2.pl>
4 years agolayerscape: ls10121frdm: add sysupgrade
Tomasz Maciej Nowak [Tue, 25 Feb 2020 19:07:40 +0000 (20:07 +0100)]
layerscape: ls10121frdm: add sysupgrade

Instead of dangerous rewriting full chip with firmware.bin image to
update OpenWrt, add sysupgrade image. This image will be used to update
kernel and rootfs, leaving bootloader intact and making recovery
possible, without resorting to external hardware tools.

Signed-off-by: Tomasz Maciej Nowak <tomek_n@o2.pl>
4 years agolayerscape: ls1012afrdm: introduce dynamic partitioning
Tomasz Maciej Nowak [Tue, 25 Feb 2020 19:07:39 +0000 (20:07 +0100)]
layerscape: ls1012afrdm: introduce dynamic partitioning

Combine fixed sizes of "kernel" and "rootfs" partitions into one
partition managed by OpenWrt splitter, it will allow better management
of chip capacity and less maintenance burden when compiled kernel image
will outgrow allocated size for kernel partition. This also changes kernel
image format, since splitter only manages kernel and rootfs partitions,
the dtb needs to be updated with the kernel, so for convenience, kernel is
packed to FIT image.

Signed-off-by: Tomasz Maciej Nowak <tomek_n@o2.pl>
4 years agolayerscape: ls1012afrdm: convert image to squashfs
Tomasz Maciej Nowak [Tue, 25 Feb 2020 19:07:38 +0000 (20:07 +0100)]
layerscape: ls1012afrdm: convert image to squashfs

This commit replaces UBIFS root partition with squashfs+overlay. It's
preparation for introducing dynamic partitioning.

Signed-off-by: Tomasz Maciej Nowak <tomek_n@o2.pl>
4 years agolayerscape: ls1012afrdm: add uncompressed initramfs
Tomasz Maciej Nowak [Tue, 25 Feb 2020 19:07:37 +0000 (20:07 +0100)]
layerscape: ls1012afrdm: add uncompressed initramfs

Uncompressing of initramfs image fails on board with U-Boot from "QorIQ
SDK (FSL Reference Distro) 2.0".

Signed-off-by: Tomasz Maciej Nowak <tomek_n@o2.pl>
4 years agolayerscape: resurrect support for FRDM-LS1012A
Tomasz Maciej Nowak [Tue, 25 Feb 2020 19:07:36 +0000 (20:07 +0100)]
layerscape: resurrect support for FRDM-LS1012A

Re-add support for NXP FRDM-LS1012A, which mimics the flash layout of the
rest boards supported by LSDK.

0x000000000000-0x000000100000 : "bl2"
0x000000100000-0x000000500000 : "fip"
0x000000500000-0x000000600000 : "u-boot-env"
0x000000600000-0x000000a00000 : "reserved-1"
0x000000a00000-0x000000d00000 : "pfe"
0x000000d00000-0x000000f00000 : "reserved-2"
0x000000f00000-0x000001000000 : "dtb"
0x000001000000-0x000002000000 : "kernel"
0x000002000000-0x000004000000 : "ubifs"

Specification
SoC: LS1012A single core 800MHz
RAM: 512 MB DDR3
Flash: 64 MB QSPI NOR
Ethernet: 2x 10/100/1000 Mbps
Connectors: µUSB 3.0 OTG
            µUSB 2.0 (debugging & power input)
            2x 3.5mm jack for microphone & headphone (SGTL5000)
            Arduino Shield expansion with I2C, SPI, UART, and GPIO
            JTAG
LEDS: 3x (non-configurable)
Buttons: 1x (reset, non-configurable)

Be advised that erasing or writing 64MB flash takes some time to finish.
Do not reset the board until all operations end with success, otherwise
You'll need external tools to re-program the flash chip.

Installation
Follow the QSPI programing procedure for LS1012AFRWY board in
target/linux/layerscape/README, point 3.3.
Don't forget about updating U-Boot environment with MAC addresses of
ethernet interfaces, variable 'ethaddr' for eth0 and 'eth1addr' for eth1.

As the LSDK images do not support sysupgrade, nor do changes in this
commit, it's planed in upcoming submissions.

Signed-off-by: Tomasz Maciej Nowak <tomek_n@o2.pl>
4 years agokernel: 5.4: add unconfigured symbols
Tim Harvey [Mon, 9 Mar 2020 23:30:24 +0000 (16:30 -0700)]
kernel: 5.4: add unconfigured symbols

This patch adds a few symbols that I found that
need disabling in order to not break the build of octeontx

Signed-off-by: Tim Harvey <tharvey@gateworks.com>
4 years agogeneric: 5.4: Add 4B_OPCODES flag to w25q256
Robert Marko [Tue, 10 Mar 2020 17:20:01 +0000 (18:20 +0100)]
generic: 5.4: Add 4B_OPCODES flag to w25q256

This patch backports the upstream patch that adds the 4B_OPCODES flag to w25q256 under 5.4 kernel.
This is needed for ipq40xx and ramips.

Signed-off-by: Robert Marko <robimarko@gmail.com>
4 years agogeneric: 4.19: Add 4B_OPCODES flag to w25q256
Robert Marko [Tue, 10 Mar 2020 17:17:02 +0000 (18:17 +0100)]
generic: 4.19: Add 4B_OPCODES flag to w25q256

This patch backports the upstream patch that adds the 4B_OPCODES flag to w25q256 under 4.19 kernel.
This is needed for ipq40xx and ramips.

Signed-off-by: Robert Marko <robimarko@gmail.com>
4 years agooxnas: switch to kernel 5.4 and remove kernel 4.14
Daniel Golle [Thu, 12 Mar 2020 09:25:21 +0000 (10:25 +0100)]
oxnas: switch to kernel 5.4 and remove kernel 4.14

Run-tested 5.4 on Shuttle KD20 for some days now, everything seems
fine so far. Let's have snapshot builds based on 5.4.

Signed-off-by: Daniel Golle <daniel@makrotopia.org>
4 years agox86: Remove kernel 4.14 support
Hauke Mehrtens [Sat, 29 Feb 2020 15:31:26 +0000 (16:31 +0100)]
x86: Remove kernel 4.14 support

This target was switched to kernel 4.19 more than 6 months ago in commit
f342ffd300da ("treewide: kernel: bump some targets to 4.19") and now
with kernel 5.4 support being added it gets harder to support kernel
4.14 in addition to kernel 4.19 and 5.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
4 years agotegra: Remove kernel 4.14 support
Hauke Mehrtens [Sat, 29 Feb 2020 15:52:57 +0000 (16:52 +0100)]
tegra: Remove kernel 4.14 support

This target was switched to kernel 4.19 more than 6 months ago in commit
f342ffd300da ("treewide: kernel: bump some targets to 4.19") and now
with kernel 5.4 support being added it gets harder to support kernel
4.14 in addition to kernel 4.19 and 5.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
4 years agosunxi: Remove kernel 4.14 support
Hauke Mehrtens [Sat, 29 Feb 2020 15:38:58 +0000 (16:38 +0100)]
sunxi: Remove kernel 4.14 support

This target was switched to kernel 4.19 more than 6 months ago in commit
f342ffd300da ("treewide: kernel: bump some targets to 4.19") and now
with kernel 5.4 support being added it gets harder to support kernel
4.14 in addition to kernel 4.19 and 5.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
4 years agoocteon: Remove kernel 4.14 support
Hauke Mehrtens [Sat, 29 Feb 2020 15:52:36 +0000 (16:52 +0100)]
octeon: Remove kernel 4.14 support

This target was switched to kernel 4.19 more than 6 months ago in commit
f342ffd300da ("treewide: kernel: bump some targets to 4.19") and now
with kernel 5.4 support being added it gets harder to support kernel
4.14 in addition to kernel 4.19 and 5.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
4 years agomvebu: Remove kernel 4.14 support
Hauke Mehrtens [Sat, 29 Feb 2020 15:52:03 +0000 (16:52 +0100)]
mvebu: Remove kernel 4.14 support

This target was switched to kernel 4.19 more than 6 months ago in commit
f342ffd300da ("treewide: kernel: bump some targets to 4.19") and now
with kernel 5.4 support being added it gets harder to support kernel
4.14 in addition to kernel 4.19 and 5.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
4 years agompc85xx: Remove kernel 4.14 support
Hauke Mehrtens [Sat, 29 Feb 2020 15:50:56 +0000 (16:50 +0100)]
mpc85xx: Remove kernel 4.14 support

This target was switched to kernel 4.19 more than 6 months ago in commit
f342ffd300da ("treewide: kernel: bump some targets to 4.19") and now
with kernel 5.4 support being added it gets harder to support kernel
4.14 in addition to kernel 4.19 and 5.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
4 years agomalta: Remove kernel 4.14 support
Hauke Mehrtens [Sat, 29 Feb 2020 15:50:26 +0000 (16:50 +0100)]
malta: Remove kernel 4.14 support

This target was switched to kernel 4.19 more than 6 months ago in commit
f342ffd300da ("treewide: kernel: bump some targets to 4.19") and now
with kernel 5.4 support being added it gets harder to support kernel
4.14 in addition to kernel 4.19 and 5.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Acked-by: Yousong Zhou <yszhou4tech@gmail.com>
4 years agoipq40xx: Remove kernel 4.14 support
Hauke Mehrtens [Sat, 29 Feb 2020 15:36:21 +0000 (16:36 +0100)]
ipq40xx: Remove kernel 4.14 support

This target was switched to kernel 4.19 more than 6 months ago in commit
f342ffd300da ("treewide: kernel: bump some targets to 4.19") and now
with kernel 5.4 support being added it gets harder to support kernel
4.14 in addition to kernel 4.19 and 5.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
4 years agoimx6: Remove kernel 4.14 support
Hauke Mehrtens [Sat, 29 Feb 2020 15:49:58 +0000 (16:49 +0100)]
imx6: Remove kernel 4.14 support

This target was switched to kernel 4.19 more than 6 months ago in commit
f342ffd300da ("treewide: kernel: bump some targets to 4.19") and now
with kernel 5.4 support being added it gets harder to support kernel
4.14 in addition to kernel 4.19 and 5.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
4 years agogemini: Remove kernel 4.14 support
Hauke Mehrtens [Sat, 29 Feb 2020 15:49:09 +0000 (16:49 +0100)]
gemini: Remove kernel 4.14 support

This target was switched to kernel 4.19 more than 6 months ago in commit
f342ffd300da ("treewide: kernel: bump some targets to 4.19") and now
with kernel 5.4 support being added it gets harder to support kernel
4.14 in addition to kernel 4.19 and 5.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
4 years agoath79: Remove kernel 4.14 support
Hauke Mehrtens [Sat, 29 Feb 2020 15:34:31 +0000 (16:34 +0100)]
ath79: Remove kernel 4.14 support

This target was switched to kernel 4.19 more than 6 months ago in commit
f342ffd300da ("treewide: kernel: bump some targets to 4.19") and now
with kernel 5.4 support being added it gets harder to support kernel
4.14 in addition to kernel 4.19 and 5.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
4 years agoarmvirt: Remove kernel 4.14 support
Hauke Mehrtens [Sat, 29 Feb 2020 15:48:33 +0000 (16:48 +0100)]
armvirt: Remove kernel 4.14 support

This target was switched to kernel 4.19 more than 6 months ago in commit
f342ffd300da ("treewide: kernel: bump some targets to 4.19") and now
with kernel 5.4 support being added it gets harder to support kernel
4.14 in addition to kernel 4.19 and 5.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Acked-by: Yousong Zhou <yszhou4tech@gmail.com>
4 years agokernel: make kmod-ata-core selected by dependent modules
Sungbo Eo [Thu, 5 Mar 2020 13:57:29 +0000 (22:57 +0900)]
kernel: make kmod-ata-core selected by dependent modules

Currently kmod-ata-* will not get into images unless kmod-ata-core is added to
DEVICE_PACKAGES as well. By changing the dependencies from "depends on" to
"select", we do not have the issue anymore.

Furthermore, we can remove most occurrences of the package from DEVICE_PACKAGES
and similar variables, as it is now pulled by dependent modules such as:
- kmod-ata-ahci
- kmod-ata-ahci-mtk
- kmod-ata-sunxi

While at it, use AddDepends/ata for kmod-ata-pdc202xx-old.

Signed-off-by: Sungbo Eo <mans0n@gorani.run>
4 years agoipq806x: replace ${} with $()
Sungbo Eo [Tue, 10 Mar 2020 04:43:18 +0000 (13:43 +0900)]
ipq806x: replace ${} with $()

${} and $() are exactly the same. Follow the convention of using $().

Signed-off-by: Sungbo Eo <mans0n@gorani.run>
4 years agoipq40xx: replace ${} with $()
Sungbo Eo [Tue, 10 Mar 2020 04:42:57 +0000 (13:42 +0900)]
ipq40xx: replace ${} with $()

${} and $() are exactly the same. Follow the convention of using $().

Signed-off-by: Sungbo Eo <mans0n@gorani.run>
4 years agosunxi: remove SUNXI_UBOOT from DEVICE_VARS
Sungbo Eo [Wed, 11 Mar 2020 01:35:48 +0000 (10:35 +0900)]
sunxi: remove SUNXI_UBOOT from DEVICE_VARS

All SUNXI_UBOOT usages were removed in e018c4d7ab8b ("uboot-sunxi: clean up,
switch to u-boot.mk"). Now drop the variable completely.

Signed-off-by: Sungbo Eo <mans0n@gorani.run>
4 years agooxnas: clean up DEVICE_VARS
Sungbo Eo [Mon, 9 Mar 2020 07:21:42 +0000 (16:21 +0900)]
oxnas: clean up DEVICE_VARS

DTS variable is not used in any device. Just drop it.
UBIFS_OPTS is not device-dependent here. Remove it from DEVICE_VARS.

Signed-off-by: Sungbo Eo <mans0n@gorani.run>
4 years agobuild: image: move IMAGE_SIZE to image.mk
Sungbo Eo [Mon, 9 Mar 2020 12:14:06 +0000 (21:14 +0900)]
build: image: move IMAGE_SIZE to image.mk

IMAGE_SIZE is widely used in many targets. Declare it in the default template to
clean up redundant code. This also prevents deriving IMAGE_SIZE unintentionally
from the previously defined device.

While at it, remove duplicate KERNEL_SIZE declaration.

Signed-off-by: Sungbo Eo <mans0n@gorani.run>
4 years agoar71xx: fix port order on TP-Link Archer C60 v1/v2
Adrian Schmutzler [Wed, 11 Mar 2020 15:05:40 +0000 (16:05 +0100)]
ar71xx: fix port order on TP-Link Archer C60 v1/v2

The labels on the LAN ports of the TP-Link Archer C60 v1/v2 are
actually inverted compared to the ports of the internal switch.

Add this information to 02_network.

Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
4 years agoath79: fix port order on TP-Link Archer C60 v1/v2
Adrian Schmutzler [Wed, 11 Mar 2020 15:00:56 +0000 (16:00 +0100)]
ath79: fix port order on TP-Link Archer C60 v1/v2

The labels on the LAN ports of the TP-Link Archer C60 v1/v2 are
actually inverted compared to the ports of the internal switch.

Add this information to 02_network.

This is the same for to-be-supported v3 of this device.

Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
4 years agoar71xx: remove wrong MAC address adjustment for Archer C60 v2
Adrian Schmutzler [Wed, 11 Mar 2020 14:52:41 +0000 (15:52 +0100)]
ar71xx: remove wrong MAC address adjustment for Archer C60 v2

The adjustment of the MAC address for Archer C60 v2 in 10_fix_wifi_mac
is broken since a "mac" partition is not set up for this device on
ar71xx. Instead, the MAC address is already patched correctly in
11-ath10k-caldata.

Remove the useless adjustment.

Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
4 years agoar71xx: fix swapped LAN/WAN MAC address for Archer C60 v1/v2
Adrian Schmutzler [Wed, 11 Mar 2020 14:46:00 +0000 (15:46 +0100)]
ar71xx: fix swapped LAN/WAN MAC address for Archer C60 v1/v2

The MAC addresses for lan/wan are swapped compared to the vendor
firmware. This adjusts to vendor configuration, which is:

lan   *:7b   label
wan   *:7c   label+1
2.4g  *:7b   label
5g    *:7a   label-1

Only one address is stored in <&mac 0x8>, corresponding to the label.

This has been checked on revisions v1, v2 and v3.

Since ar71xx calculates the ath10k MAC address based on the ethernet
addresses, the number there is adjusted, too.

Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
4 years agoath79: fix swapped LAN/WAN MAC address for Archer C60 v1/v2
Adrian Schmutzler [Wed, 11 Mar 2020 14:37:34 +0000 (15:37 +0100)]
ath79: fix swapped LAN/WAN MAC address for Archer C60 v1/v2

The MAC addresses for lan/wan are swapped compared to the vendor
firmware. This adjusts to vendor configuration, which is:

lan   *:7b   label
wan   *:7c   label+1
2.4g  *:7b   label
5g    *:7a   label-1

Only one address is stored in <&mac 0x8>, corresponding to the label.

This has been checked on revisions v1, v2 and v3.

Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
4 years agomt76: update to the latest version
Felix Fietkau [Wed, 11 Mar 2020 12:33:23 +0000 (13:33 +0100)]
mt76: update to the latest version

a94e43f277e2 mt76: mt76x02: reset MCU timeout counter earlier in watchdog reset

Signed-off-by: Felix Fietkau <nbd@nbd.name>
4 years agoarmvirt: fix missing watchdog core dependency for hwmon-sch5627
Petr Štetiar [Thu, 5 Mar 2020 11:46:21 +0000 (12:46 +0100)]
armvirt: fix missing watchdog core dependency for hwmon-sch5627

Fixes following error uncovered while building armvirt/64 on 5.4:

 Package kmod-hwmon-sch5627 is missing dependencies for the following libraries:
 watchdog.ko

That dependency was introduced in upstream via 2d8c7ff52c24
("hwmon/sch56xx: Depend on watchdog for watchdog core functions") in
v3.5.

The issue emerged in 5.4 because the kconfig symbol CONFIG_WATCHDOG_CORE
is now a tristate value.  Previously it was a bool.

Signed-off-by: Petr Štetiar <ynezz@true.cz>
4 years agoar71xx/ath79: ew-dorin, fix the trigger level for WPS button
Catrinel Catrinescu [Wed, 11 Mar 2020 09:10:00 +0000 (10:10 +0100)]
ar71xx/ath79: ew-dorin, fix the trigger level for WPS button

Because the WPS button had the wrong trigger level,
the failsafe mode was triggered quite often,
after this commit:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=27f3f493de

Signed-off-by: Catrinel Catrinescu <cc@80211.de>
4 years agokernel: backport out-of-memory fix for non-Ethernet devices
Rafał Miłecki [Wed, 11 Mar 2020 07:39:29 +0000 (08:39 +0100)]
kernel: backport out-of-memory fix for non-Ethernet devices

Doing up & down on non-Ethernet devices (e.g. monitor mode interface)
was consuming memory.

Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
4 years agocurl: bump to 7.69.0
Hans Dedecker [Tue, 10 Mar 2020 21:08:36 +0000 (22:08 +0100)]
curl: bump to 7.69.0

For changes in 7.69.0; see https://curl.haxx.se/changes.html#7_69_0

Signed-off-by: Hans Dedecker <dedeckeh@gmail.com>
4 years agoramips: add support for Ubiquiti UniFi nanoHD
David Bauer [Sun, 8 Mar 2020 20:39:19 +0000 (21:39 +0100)]
ramips: add support for Ubiquiti UniFi nanoHD

Hardware
--------
SoC:   MediaTek MT7621AT
WiFi:  MediaTek MT7603 bgn 2T2R
       MediaTek MT7615 ac  4T4R
Flash: 32M SPI (Macronix MX25L25635F)
RAM:   128M DDR3 (Winbond W631GG6KB)
LED:   Dome (Blue / White)
BTN:   Reset

Installation
------------

These instructions were written for firmware version v3.9.27.
Downgrade if necessary.

1. Copy the OpenWrt sysupgrade image to the devices /tmp folder
   via scp. On factory defaults, user and password is "ubnt" at
   192.168.1.20/24.

2. Write the bootselect flag. Otherwise, the device might boot from the
   wrong partition. Verify the mtd partition used in the command below
   is the one labled "bs" in /proc/mtd (as this might change in the
   future).

   > dd if=/dev/zero bs=1 count=1 of=/dev/mtd4

3. Write the OpenWrt sysupgrade to the mtd partitions labled
   "kernel0" and "kernel1".

   > dd if=/tmp/openwrt-sysupgrade.bin of=/dev/mtdblock6
   > dd if=/tmp/openwrt-sysupgrade.bin of=/dev/mtdblock7

4. Reboot or powercycle the device.

Signed-off-by: David Bauer <mail@david-bauer.net>
4 years agobuild: clean menuconfig utility as part of dirclean
Kevin Darbyshire-Bryant [Tue, 10 Mar 2020 15:13:40 +0000 (15:13 +0000)]
build: clean menuconfig utility as part of dirclean

When sharing a common build directory between different build platforms
eg. macos v docker based linux v virtual machine, a 'make dirclean'
isn't quite enough to clean all the platform related binaries.  The
'conf' and 'mconf' aka 'make menuconfig/defconfig & friends' utilities
remain.

Clean those as part of 'dirclean' so they get rebuilt for the current
platform on the next 'make'

Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
4 years agobcm47xx: add support for kernel 5.4
Rafał Miłecki [Tue, 10 Mar 2020 14:46:49 +0000 (15:46 +0100)]
bcm47xx: add support for kernel 5.4

Ethernet, switch, LEDs, buttons, USB, sysupgrade & LuCI were
successfully tested on BCM4706.

WARNING: Hack for BCM4710 adding BCM4710_PROTECTED_FILL_TLB() to the
local_r4k_flush_cache_sigtramp() could not be ported. That function has
been dropped in:
commit adcc81f148d7 ("MIPS: math-emu: Write-protect delay slot emulation pages")
commit 3315b6b336c8 ("MIPS: Delete unused flush_cache_sigtramp()")
it's unsure if that chipset will still work reliably.

Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
4 years agobcm47xx: switch to kernel 4.19
Rafał Miłecki [Tue, 10 Mar 2020 12:26:57 +0000 (13:26 +0100)]
bcm47xx: switch to kernel 4.19

Ethernet, switch, LEDs, buttons, USB, sysupgrade & LuCI were
successfully tested on BCM4706.

Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
4 years agodnsmasq: bump to v2.81rc3
Kevin Darbyshire-Bryant [Mon, 9 Mar 2020 11:36:12 +0000 (11:36 +0000)]
dnsmasq: bump to v2.81rc3

Bump to latest release candidate and drop 2 local patches that have been
upstreamed.

Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
4 years agoipq40xx: add cpximg to flash Compex WPJ428 via bootloader
Leon M. George [Thu, 7 Nov 2019 12:24:40 +0000 (13:24 +0100)]
ipq40xx: add cpximg to flash Compex WPJ428 via bootloader

Generate a cpximg that is compatible with the cpximg loader in Compex' u-boot.
The cpximg loader can be started either by holding the reset button during power
up or by entering the u-boot prompt and entering 'cpximg'.
Once it's running, a TFTP-server under 192.168.1.1 will accept an image
appropriate for the board revision that is etched on the board (e.g. 6A04).

The image can be pushed using tftp:
  tftp -v -m binary 192.168.1.1 -c put openwrt-ipq40xx-generic-compex_wpj428-squashfs-cpximg-6a04.bin

cpximg files can also be used with the sysupgrade utility in stock images.
(add SSH key in luci for root access)

In mkmylofw_32m, the calculation of the "partition size" has been preferred
to just padding the partition as this will result in less block transfers
during flashing (while the additional complexity is bearable).

Signed-off-by: Leon M. George <leon@georgemail.eu>
Co-developed-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
4 years agoarmvirt: switch to kernel 5.4
Yousong Zhou [Tue, 10 Mar 2020 08:02:46 +0000 (16:02 +0800)]
armvirt: switch to kernel 5.4

Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
4 years agoarmvirt: 5.4: kconfig sync
Yousong Zhou [Tue, 10 Mar 2020 08:03:30 +0000 (16:03 +0800)]
armvirt: 5.4: kconfig sync

"make kernel_menuconfig CONFIG_TARGET=subtarget_platform" first, then
move common ones to platform level config

Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
4 years agoarmvirt: add config-5.4
Yousong Zhou [Tue, 10 Mar 2020 07:19:48 +0000 (15:19 +0800)]
armvirt: add config-5.4

Copied from config-4.19

Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
4 years agokernel: 5.4: remove some dup config options already set in generic
Yousong Zhou [Tue, 10 Mar 2020 06:42:01 +0000 (14:42 +0800)]
kernel: 5.4: remove some dup config options already set in generic

This furthers 860652f4b9da ("kernel: 5.4: move some kconfig options to
generic")

Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
4 years agomalta: switch to kernel 5.4 by default
Yousong Zhou [Wed, 4 Mar 2020 07:43:30 +0000 (15:43 +0800)]
malta: switch to kernel 5.4 by default

Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
4 years agomalta: fix missing watchdog core dependency for hwmon-sch5627
Petr Štetiar [Thu, 5 Mar 2020 11:46:21 +0000 (12:46 +0100)]
malta: fix missing watchdog core dependency for hwmon-sch5627

Fixes following error uncovered while building malta/be on 5.4:

 Package kmod-hwmon-sch5627 is missing dependencies for the following libraries:
 watchdog.ko

That dependency was introduced in upstream via 2d8c7ff52c24
("hwmon/sch56xx: Depend on watchdog for watchdog core functions") in
v3.5.

The issue emerged in 5.4 because the kconfig symbol CONFIG_WATCHDOG_CORE
is now a tristate value.  Previously it was a bool

Cc: Yousong Zhou <yszhou4tech@gmail.com>
Signed-off-by: Petr Štetiar <ynezz@true.cz>
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
(drop the config-4.19 change.  reword about the cause)

4 years agomalta: update kernel config-5.4
Yousong Zhou [Wed, 4 Mar 2020 04:30:46 +0000 (12:30 +0800)]
malta: update kernel config-5.4

With malta/be selected

make kernel_menuconfig CONFIG_TARGET=subtarget_platform

Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
4 years agomalta: add kernel 5.4 config
Yousong Zhou [Mon, 2 Mar 2020 04:23:09 +0000 (12:23 +0800)]
malta: add kernel 5.4 config

Copied from config-4.19

Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
4 years agokernel: 5.4: move some kconfig options to generic
Yousong Zhou [Tue, 3 Mar 2020 15:28:18 +0000 (23:28 +0800)]
kernel: 5.4: move some kconfig options to generic

CONFIG_64BIT_TIME=y
CONFIG_KASAN_STACK=1
CONFIG_UBSAN_ALIGNMENT=y
CONFIG_UNIX_SCM=y
CONFIG_DMA_DECLARE_COHERENT=y
CONFIG_OF_RESERVED_MEM=y

Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
4 years agoramips: add support for TP-Link RE210 v1
Christoph Krapp [Mon, 2 Mar 2020 21:24:19 +0000 (22:24 +0100)]
ramips: add support for TP-Link RE210 v1

Hardware
--------

SoC:   MediaTek MT7620A
RAM:   64MB
FLASH: 8MB SPI
WLAN:  2G: MediaTek MT7620A
       5G: MediaTek MT7610EN
ETH:   1x 10/100/1000M (Atheros AR8035)
LED:   RSSI (orange/green)
       WiFi 2G (green)
       WiFi 5G (green)
       Power (green)
       System (red / green)
BTN:   Power
       Reset
       LED
       WPS

Serial
------

P1 - Tx
P2 - Rx
P3 - GND
P4 - VCC

Pin 4 is the one closest to the LAN port.

MAC overview
------------

WAN *:4c uboot 0x1fc00
2.4 *:4c uboot 0x1fc00
5   *:4e uboot 0x1fc00 +2

Installation
------------

Web interface:
It is possible to upgrade to OpenWrt via the web interface. However, the
OEM firmware upgrade file is required and a tool to fix the MD5 sum of
the header. This procedure overwrites U-Boot and there is not failsafe /
recovery mode present! To prepare an image, you need to take the header
and U-Boot (i.e. 0x200 + 0x20000 bytes) from an OEM firmware file and
attach the factory image to it. Then fix the header MD5Sum1.

Serial/TFTP:
You can use initramfs for booting via RAM or flash the image directly.

Additional Notes:
If the web interface upgrade fails, you have to open your device and
attach serial console. Since the web upgrade overwrites the boot loader,
you might also brick your device.

In order to flash back to stock, the first header and U-Boot needs to be
stripped from the original firmware.

Signed-off-by: Christoph Krapp <achterin@googlemail.com>
[change rssi LED labels]
Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
4 years agokernel: bump 5.4 to 5.4.24
Koen Vandeputte [Mon, 9 Mar 2020 11:39:35 +0000 (12:39 +0100)]
kernel: bump 5.4 to 5.4.24

Refreshed all patches.

Compile-tested on: imx6
Runtime-tested on: imx6

Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
4 years agokernel: bump 4.19 to 4.19.108
Koen Vandeputte [Mon, 9 Mar 2020 11:22:15 +0000 (12:22 +0100)]
kernel: bump 4.19 to 4.19.108

Refreshed all patches.

Compile-tested on: cns3xxx
Runtime-tested on: cns3xxx

Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
4 years agokernel: bump 4.14 to 4.14.172
Koen Vandeputte [Mon, 9 Mar 2020 11:19:05 +0000 (12:19 +0100)]
kernel: bump 4.14 to 4.14.172

Refreshed all patches.

Compile-tested on: cns3xxx
Runtime-tested on: cns3xxx

Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
4 years agokernel: kmod-fs-exfat: fix typo LINUX_4_{,1}4
Yousong Zhou [Mon, 9 Mar 2020 14:39:16 +0000 (22:39 +0800)]
kernel: kmod-fs-exfat: fix typo LINUX_4_{,1}4

Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
Reported-by: Petr Štetiar <ynezz@true.cz>
4 years agokernel: add exFAT fs driver
DENG Qingfang [Thu, 5 Mar 2020 08:13:55 +0000 (16:13 +0800)]
kernel: add exFAT fs driver

This was available since kernel 5.4.  The one provided in packages feed
will be considered deprecated and renamed to kmod-fs-exfat0.

Signed-off-by: DENG Qingfang <dengqf6@mail2.sysu.edu.cn>
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
(use name kmod-fs-exfat.  use "@!(LINUX_4_4||LINUX_4_19)" for dependency)

4 years agokernel: backport mtd partition address fix sent upstream
Rafał Miłecki [Mon, 9 Mar 2020 10:46:20 +0000 (11:46 +0100)]
kernel: backport mtd partition address fix sent upstream

Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
4 years agoocteontx: add support for Linux 5.4
Tim Harvey [Wed, 26 Feb 2020 20:40:11 +0000 (12:40 -0800)]
octeontx: add support for Linux 5.4

Signed-off-by: Tim Harvey <tharvey@gateworks.com>
[add KERNEL_TESTING_PATCHVER]
Signed-off-by: Koen Vandeputte <koen.vandeputte@ncentric.com>
4 years agokernel: 5.4: backport led register fix
Sungbo Eo [Sun, 8 Mar 2020 17:35:29 +0000 (02:35 +0900)]
kernel: 5.4: backport led register fix

Fixes issues with loading trigger-sources for usbport trigger from DTS.

Signed-off-by: Sungbo Eo <mans0n@gorani.run>
4 years agoipq40xx: add support for 8devices Habanero DVK
Robert Marko [Sun, 8 Mar 2020 16:21:27 +0000 (17:21 +0100)]
ipq40xx: add support for 8devices Habanero DVK

This patch adds support for the 8devices Habanero development board.

Specs are:
CPU: QCA IPQ4019
RAM: DDR3L 512MB
Storage: 32MB SPI-NOR and optional Parallel SLC NAND(Some boards ship with it and some without)
WLAN1: 2.4 GHz built into IPQ4019 (802.11n) 2x2
WLAN2: 5 GHz built into IPO4019 (802.11ac Wawe-2) 2x2
Ethernet: 5x Gbit LAN (QCA 8075)
USB: 1x USB 2.0 and 1x USB 3.0 (Both built into IPQ4019)
MicroSD slot (Uses SD controller built into IPQ4019)
SDIO3.0/EMMC slot (Uses the same SD controller)
Mini PCI-E Gen 2.0 slot (Built into IPQ4019)
5x LEDs (4 GPIO controllable)
2x Pushbutton (1 is connected to GPIO, other to SoC reset)
LCD ZIF socket (Uses the LCD controller built into IPQ4019 which has no driver support)
1x UART 115200 rate on J18

2x breakout development headers
12V DC Jack for power
DIP switch for bootstrap configuration

Installation instructions:
Since boards ship with vendors fork of OpenWrt sysupgrade can be used.

Signed-off-by: Robert Marko <robimarko@gmail.com>
4 years agoipq40xx: add IPQ4019 SD/MMC controller support
Robert Marko [Sun, 8 Mar 2020 16:21:44 +0000 (17:21 +0100)]
ipq40xx: add IPQ4019 SD/MMC controller support

This commit finally adds support for the built in SD/MMC controller in IPQ4019 SoC.

Controller is supported by the upstream SDHCI-MSM driver with a minor clock setting patch.
Patch is special to the IPQ4019 and cannot be upstreamed.

LDO and SDHCI node are upstreamed, and LDO node is awaiting to be accepted.

Signed-off-by: Robert Marko <robimarko@gmail.com>
4 years agooxnas: restore accidentally moved file
Daniel Golle [Sun, 8 Mar 2020 14:17:07 +0000 (15:17 +0100)]
oxnas: restore accidentally moved file

 renamed:    files-4.14/phy/phy-oxnas-pcie.c -> files-4.14/drivers/phy/phy-oxnas-pcie.c

Signed-off-by: Daniel Golle <daniel@makrotopia.org>
4 years agokernel: fix lib-xor for ARM64
Tim Harvey [Fri, 6 Mar 2020 22:08:51 +0000 (14:08 -0800)]
kernel: fix lib-xor for ARM64

use LINUX_KARCH in directory path to avoid failures in non-arm targets.

Signed-off-by: Tim Harvey <tharvey@gateworks.com>
4 years agouboot-mxs: bump to v2020.01
Michael Heimpold [Wed, 4 Mar 2020 22:42:19 +0000 (23:42 +0100)]
uboot-mxs: bump to v2020.01

Also update the U-Boot BSP patch for I2SE Duckbill devices.

Run tested on I2SE Duckbill and Olimex OLinuXino Maxi boards.

Signed-off-by: Michael Heimpold <mhei@heimpold.de>
4 years agouboot-envtools: mxs: add support for olimex, imx23-olinuxino
Michael Heimpold [Wed, 4 Mar 2020 22:42:02 +0000 (23:42 +0100)]
uboot-envtools: mxs: add support for olimex, imx23-olinuxino

Add ubootenv uci config for Olimex OLinuXino boards.

Signed-off-by: Michael Heimpold <mhei@heimpold.de>
4 years agomxs: switch to kernel 5.4
Michael Heimpold [Tue, 3 Mar 2020 21:32:42 +0000 (22:32 +0100)]
mxs: switch to kernel 5.4

Compiled for and run-tested on
 - I2SE Duckbill board
 - Olimex OLinuXino Maxi board

Signed-off-by: Michael Heimpold <mhei@heimpold.de>
4 years agoimx6: 5.4: add missing kernel perf monitor symbol
Petr Štetiar [Mon, 2 Mar 2020 20:54:13 +0000 (21:54 +0100)]
imx6: 5.4: add missing kernel perf monitor symbol

Add missing kernel config symbol probably some dependency uncovered by
my local perf related and enabled kernel config options.

 ARM PMU framework (ARM_PMU) [Y/n/?] y
 Freescale i.MX8 DDR perf monitor (FSL_IMX8_DDR_PMU) [N/m/y/?] (NEW)

Signed-off-by: Petr Štetiar <ynezz@true.cz>
4 years agoimx6: apalis: move set_blkcnt variable into recovery script
Petr Štetiar [Mon, 2 Mar 2020 17:03:27 +0000 (18:03 +0100)]
imx6: apalis: move set_blkcnt variable into recovery script

I've added `set_blkcnt` environment variable which is needed for every
`mmc write` command as we need to always specify size in block count.

That `set_blkcnt` variable was previously present in the U-Boot's
default environment, but that needed patching U-Boot every time, so that
patch was dropped with 2020.01 version bump.

Signed-off-by: Petr Štetiar <ynezz@true.cz>
4 years agoimx6: apalis: fix variables in bootscript
Petr Štetiar [Mon, 2 Mar 2020 16:47:16 +0000 (17:47 +0100)]
imx6: apalis: fix variables in bootscript

U-Boot 2020.01 has changed names for same variables, adjust the
bootscript accordingly. Added boot_file variable as the default value is
zImage.

Signed-off-by: Petr Štetiar <ynezz@true.cz>
4 years agouboot-imx6: bump to 2020.01 and refresh patches
Petr Štetiar [Sun, 1 Mar 2020 21:26:02 +0000 (22:26 +0100)]
uboot-imx6: bump to 2020.01 and refresh patches

Update U-Boot to latest release, remove `100-wandboard-enable-fit.patch`
as FIT support was added in commit 5b8585825128 ("wandboard: Add FIT
image support").

Rework `110-mx6cuboxi-mmc-fallback.patch` into two patches as there was
new config option `CONFIG_SPL_FORCE_MMC_BOOT` added upstream which
should provide the same functionality as the previous patch hunk.

Moving Apalis towards generic distro_bootcmd.

Cc: Vladimir Vid <vladimir.vid@sartura.hr>
Cc: Tim Harvey <tharvey@gateworks.com>
Cc: Koen Vandeputte <koen.vandeputte@ncentric.com>
Signed-off-by: Petr Štetiar <ynezz@true.cz>
4 years agogpio-button-hotplug: remove duplicate logging text
Petr Štetiar [Tue, 3 Mar 2020 11:13:29 +0000 (12:13 +0100)]
gpio-button-hotplug: remove duplicate logging text

Removes one of the duplicate `gpio-keys` words found in the logs:

 gpio-keys gpio-keys: gpio-keysdoes not support key code:143

Signed-off-by: Petr Štetiar <ynezz@true.cz>
4 years agokernel: add kernel module for Sensirion SPS30 PMS
Petr Štetiar [Sun, 23 Feb 2020 21:50:22 +0000 (22:50 +0100)]
kernel: add kernel module for Sensirion SPS30 PMS

Adds into 4.19 backported kernel module from 5.1 for Sensirion SPS30
particulate matter sensor, for kernel 5.4 backported dependency fix.

Signed-off-by: Petr Štetiar <ynezz@true.cz>
4 years agokernel: iio: split buffer modules into separate packages
Petr Štetiar [Sun, 23 Feb 2020 20:45:05 +0000 (21:45 +0100)]
kernel: iio: split buffer modules into separate packages

Otherwise we would need to enable IIO_TRIGGERED_BUFFER symbol in all
kernels in order to be able to use any of the IIO modules which are
utilizing triggered buffer based data acquisition method.

Acked-by: Stijn Tintel <stijn@linux-ipv6.be>
Signed-off-by: Petr Štetiar <ynezz@true.cz>
4 years agolinux: generic: 5.4: add missing config symbols
Petr Štetiar [Tue, 3 Mar 2020 10:10:14 +0000 (11:10 +0100)]
linux: generic: 5.4: add missing config symbols

Those symbols popped up while building imx6 with all targets enabled.

Signed-off-by: Petr Štetiar <ynezz@true.cz>
4 years agoRevert "kernel: rewrite run_parsers_by_type() to use add_mtd_partitions()"
David Bauer [Sat, 7 Mar 2020 21:45:55 +0000 (22:45 +0100)]
Revert "kernel: rewrite run_parsers_by_type() to use add_mtd_partitions()"

This reverts commit 15a0701cdde8eeae2a54880b813cdb8cdc09a384.

It was reported that this patch breaks on some cases the JFFS2 overlay
filesystem on targets still using kernel 4.14. This includes ar71xx,
where spurious erase of the ART was reported.

Revert this commit for now. Re-adding should probaby also be done for
every currently supported kernel version.

Ref: FS#2837 FS#2862 FS#2864
Signed-off-by: David Bauer <mail@david-bauer.net>
4 years agoath79: fix indent for wrapped lines in image/nand.mk
Adrian Schmutzler [Sat, 7 Mar 2020 19:20:23 +0000 (20:20 +0100)]
ath79: fix indent for wrapped lines in image/nand.mk

This applies the common indent (one tab) for the wrapped lines of
domywifi_dw33d and glinet_gl-ar750s-nor-nand.

Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
4 years agomac80211: fix symbol dependency of rt2x00lib kernel module
Sven Over [Sun, 23 Feb 2020 19:26:46 +0000 (14:26 -0500)]
mac80211: fix symbol dependency of rt2x00lib kernel module

On platforms that do not have CONFIG_MTD enabled, loading the
rt2x00lib kernel module fails because it depends on symbols from
the mtd module ("Unknown symbol get_mtd_device_nm").

This commit disables the code that can read the eeprom from mtd if
mtd is not enabled.

Signed-off-by: Sven Over <sp@cedenti.st>
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
4 years agooxnas: restore accidentally modified patch for kernel 4.14
Daniel Golle [Sat, 7 Mar 2020 18:33:11 +0000 (19:33 +0100)]
oxnas: restore accidentally modified patch for kernel 4.14

patches-4.14/340-oxnas-pcie.patch was adapted for kernel 5.4 by
accident. Revert that change to restore 4.14 builds.

Signed-off-by: Daniel Golle <daniel@makrotopia.org>
4 years agoath79: add support for Sitecom WLR-8100
Davide Fioravanti [Mon, 4 Nov 2019 17:05:38 +0000 (18:05 +0100)]
ath79: add support for Sitecom WLR-8100

Sitecom WLR-8100 v1 002 (marketed as X8 AC1750) is a dual band wireless
router.

Specification:

- Qualcomm Atheros SoC QCA9558
- 128 MB of RAM (DDR2)
- 16 MB of FLASH (Macronix MX25L12845EMI-10G - SPI NOR)
- 5x 10/100/1000 Mbps Ethernet
- 3T3R 2.4 GHz (QCA9558 WMAC)
- 3T3R 5.8 Ghz (QCA9880-BR4A)
- 1x USB 3.0 (Etron EJ168A)
- 1x USB 2.0
- 9x LEDs
- 2x GPIO buttons

Everything working.
Installation and restore procedure tested

Installation
1. Connect to one of LAN (yellow) ethernet ports,
2. Open router configuration interface,
3. Go to Toolbox > Firmware,
4. Browse for OpenWrt factory image with dlf extension and hit Apply,
5. Wait few minutes, after the Power LED will stop blinking, the router
is ready for configuration.

Restore OEM FW (Linux only)
1. Download OEM FW from website (tested with WLR-8100v1002-firmware-v27.dlf)
2. Compile the FW for this router and locate the "mksenaofw" tool
in build_dir/host/firmware-utils/bin/ inside the OpenWrt buildroot
3. Execute "mksenaofw -d WLR-8100v1002-firmware-v27.dlf -o WLR-8100v1002-firmware-v27.dlf.out" where:
WLR-8100v1002-firmware-v27.dlf is the path to the input file
(use the downloaded file)
WLR-8100v1002-firmware-v27.dlf.out is the path to the output file
(you can use the filename you want)
4. Flash the new WLR-8100v1002-firmware-v27.dlf.out file. WARNING: Do not keep settings.

Additional notes.
The original firmware has the following button configuration:
- Press for 2s the 2.4GHz button: WPS for 2.4GHz
- Press for 2s the 5GHz button: WPS for 5GHz
- Press for 15s both 2.4GHz and 5GHz buttons: Reset
I am not able to replicate this behaviour, so I used the following configuration:
- Press the 2.4GHz button: RFKILL (disable/enable every wireless interfaces)
- Press the 5GHz button: Reset

Signed-off-by: Davide Fioravanti <pantanastyle@gmail.com>
4 years agoath79: add support for Devolo Magic 2 WIFI
Manuel Giganto [Mon, 16 Sep 2019 10:25:23 +0000 (10:25 +0000)]
ath79: add support for Devolo Magic 2 WIFI

This patch support Devolo Magic 2 WIFI, board devolo_dlan2-2400-ac.
This device is a plc wifi AC2400 router/extender with 2 Ethernet
ports, has a G.hn PLC and uses LCMP protocol from Home Grid Forum.

Hardware:
   SoC:         AR9344
   CPU:         560 MHz
   Flash:       16 MiB (W25Q128JVSIQ)
   RAM:         128 MiB DDR2
   Ethernet:    2xLAN 10/100/1000
   PLC:         88LX5152 (MaxLinear G.hn)
   PLC Flash:   W25Q32JVSSIQ
   PLC Uplink:  1Gbps MIMO
   PLC Link:    RGMII 1Gbps (WAN)
   WiFi:        Atheros AR9340 2.4GHz 802.11bgn
                Atheros AR9882-BR4A 5GHz 802.11ac
   Switch:      QCA8337, Port0:CPU, Port2:PLC, Port3:LAN1, Port4:LAN2
   Button:      3x Buttons (Reset, wifi and plc)
   LED:         3x Leds (wifi, plc white, plc red)
   GPIO Switch: 11-PLC Pairing (Active Low)
                13-PLC Enable
                21-WLAN power

MACs Details verified with the stock firmware:
   Radio1: 2.4 GHz &wmac     *:4c Art location: 0x1002
   Radio0: 5.0 GHz &pcie     *:4d Art location: 0x5006
   Ethernet        &ethernet *:4e = 2.4 GHz + 2
   PLC uplink      ---       *:4f = 2.4 GHz + 3
Label MAC address is from PLC uplink

OEM SSID: echo devolo-$(grep SerialNumber /dev/mtd1 | grep -o ...$)
OEM WiFi password: grep DlanSecurityID /dev/mtd1|tr -d -|cut -d'=' -f 2

Recommendations: Configure and link your PLC with OEM firmware
BEFORE you flash the device. PLC configuration/link should
remain in different memory and should work straight forward
after flashing.

Restrictions: PLC link detection to trigger plc red led is not
available. PLC G.hn chip is not compatible with open-plc-tools,
it uses LCMP protocol with AES-128 and requires different
software.

Notes: Pairing should be possible with gpio switch. Default
configuration will trigger wifi led with 2.4Ghz wifi traffic
and plc white led with wan traffic.

Flash instruction (TFTP):
 1. Set PC to fixed ip address 192.168.0.100
 2. Download the sysupgrade image and rename it to uploadfile
 3. Start a tftp server with the image file in its root directory
 4. Turn off the router
 5. Press and hold Reset button
 6. Turn on router with the reset button pressed and wait ~15 seconds
 7. Release the reset button and after a short time
    the firmware should be transferred from the tftp server
 8. Allow 1-2 minutes for the first boot.

Signed-off-by: Manuel Giganto <mgigantoregistros@gmail.com>
4 years agoath79: add support for DomyWifi DW33D
WeiDong Jia [Tue, 5 Nov 2019 06:36:25 +0000 (14:36 +0800)]
ath79: add support for DomyWifi DW33D

This commit ports the device from ar71xx to the ath79 target and
modifies the partition layout.
1. Firmware is installed to nand flash.
2. Modify the uboot-env parameter to boot from the nand flash.
3. The kernel size is extended to 5M.
4.nor flash retains the oem firmware.

oem partition layout
dev:    size   erasesize  name
mtd0: 00040000 00010000 "u-boot"
mtd1: 00010000 00010000 "u-boot-env"
mtd2: 00e30000 00010000 "rootfs"
mtd3: 00170000 00010000 "kernel"
mtd4: 00010000 00010000 "art"
mtd5: 00f90000 00010000 "firmware"
mtd6: 06000000 00020000 "rootfs_data"
mtd7: 02000000 00020000 "backup"

new partition layout
dev:    size   erasesize  name
mtd0: 00040000 00010000 "u-boot"
mtd1: 00010000 00010000 "u-boot-env"
mtd2: 00fa0000 00010000 "oem-firmware"
mtd3: 00010000 00010000 "art"
mtd4: 00500000 00020000 "kernel"
mtd5: 05b00000 00020000 "ubi"
mtd6: 02000000 00020000 "oem-backup"

MAC address overview:
All mac addresses are stored in the art partition.
eth0: 0x0
eth1: 0x6
ath9k: 0xc
ath10k: 0x12
No valid addresses in 0x1002 and 0x5006. All addresses match the OEM
firmware.

Install from oem firmware.
Enable ssh service:
Connect to the router web, click professional, click system-startup,
and add dropbear in the local startup input box. Click
system-administration, delete ssh-key, and replace your ssh pub key.
Restart the router.
1.Upload openwrt firmware to the device
scp openwrt-snapshot-r11365-df60a0852c-ath79-nand-domywifi_dw33d-\
squashfs-factory.bin root@192.168.10.1:/tmp
2.modify uboot-env.
ssh login to the device:
fw_setenv bootcmd 'nboot 0x8050000 0;bootm || bootm 0x9fe80000'
Run the fw_printenv command to check if the settings are correct.
3.Write openwrt firmware.
ssh login to the device:
mtd -r write /tmp/openwrt-snapshot-r11365-df60a0852c-ath79-nand-\
domywifi_dw33d-squashfs-factory.bin /dev/mtd6
The device will restart automatically and the openwrt firmware
installation is complete.

Restore oem firmware.just erase the kernel partition and the ubi
partition.
ssh login to the device:
mtd erase /dev/mtd4
mtd -r erase /dev/mtd5
Reboot the device

Signed-off-by: WeiDong Jia <jwdsccd@gmail.com>
[alter flash instruction in commit message]
Signed-off-by: Chuanhong Guo <gch981213@gmail.com>
4 years agooxnas: add 5.4 as testing kernel version
Daniel Golle [Mon, 2 Mar 2020 10:26:00 +0000 (11:26 +0100)]
oxnas: add 5.4 as testing kernel version

Add 5.4 kernel version as a new testing kernel option.
Run-tested on Shuttle KD20, seems to work just as well as kernel 4.14.

Signed-off-by: Daniel Golle <daniel@makrotopia.org>
4 years agodnsmasq: bump to 2.81rc2 + 2 local
Kevin Darbyshire-Bryant [Fri, 6 Mar 2020 11:23:34 +0000 (11:23 +0000)]
dnsmasq: bump to 2.81rc2 + 2 local

Bump to dnsmasq 2.81rc2.  In the process discovered several compiler
warnings one with a logical error.

2 relevant patches sent upstream, added as 2 local patches for OpenWrt

Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
4 years agoath79: re-add accidentally dropped patch to kernel 5.4
Daniel Golle [Fri, 6 Mar 2020 12:12:02 +0000 (13:12 +0100)]
ath79: re-add accidentally dropped patch to kernel 5.4

Patch 0061-tty-serial-ar933x-uart-rs485-gpio.patch wasn't included
when adding support for kernel 5.4. Re-add it and refresh patches.

Fixes: 53ab9865c2 ("ath79: add support for kernel 5.4")
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
4 years agoncurses: update to 6.2
DENG Qingfang [Wed, 4 Mar 2020 16:07:54 +0000 (00:07 +0800)]
ncurses: update to 6.2

Update ncurses to 6.2

Signed-off-by: DENG Qingfang <dengqf6@mail2.sysu.edu.cn>
4 years agoramips: increase spi-max-frequency to 50 MHz for D-Link DIR-810L
Adrian Schmutzler [Thu, 5 Mar 2020 11:41:51 +0000 (12:41 +0100)]
ramips: increase spi-max-frequency to 50 MHz for D-Link DIR-810L

Read times drop when increasing frequency to 25 MHz and 50 MHz,
but not in between or for further increase. So, use 50 MHz as the
lowest frequency with the fastest speed.

Test results (thanks to Roger):

The device reports a mx25l6405d flash chip. I tried all the maximum
values in the devices' datasheet (Table 10. AC CHARACTERISTICS). All of
them worked with and without "m25p,fast-read":

> 10 MHz
root@OpenWrt:~# time cat /dev/mtd* > /dev/null
real    1m 33.00s
user    0m 0.01s
sys    1m 7.56s

> 25 MHz
root@OpenWrt:~# time cat /dev/mtd* > /dev/null
real    0m 34.42s
user    0m 0.02s
sys    0m 23.58s

> 25 MHz, fast read
root@OpenWrt:~# time cat /dev/mtd* > /dev/null
real    0m 34.45s
user    0m 0.02s
sys    0m 23.59s

> 33 MHz
root@OpenWrt:~# time cat /dev/mtd* > /dev/null
real    0m 34.39s
user    0m 0.00s
sys    0m 23.60s

> 33 MHz, fast read
root@OpenWrt:~# time cat /dev/mtd* > /dev/null
real    0m 34.46s
user    0m 0.01s
sys    0m 23.62s

> 50 MHz
root@OpenWrt:~# time cat /dev/mtd* > /dev/null
real    0m 26.81s
user    0m 0.01s
sys    0m 18.25s

> 50 MHz, fast read
root@OpenWrt:~# time cat /dev/mtd* > /dev/null
real    0m 26.84s
user    0m 0.00s
sys    0m 18.25s

> 66 MHz
root@OpenWrt:~# time cat /dev/mtd* > /dev/null
real    0m 26.80s
user    0m 0.01s
sys    0m 18.23s

> 66 MHz, fast read
root@OpenWrt:~# time cat /dev/mtd* > /dev/null
real    0m 26.80s
user    0m 0.02s
sys    0m 18.23s

> 86 MHz
root@OpenWrt:~# time cat /dev/mtd* > /dev/null
real    0m 26.84s
user    0m 0.01s
sys    0m 18.24s

> 86 MHz, fast read
root@OpenWrt:~# time cat /dev/mtd* > /dev/null
real    0m 26.80s
user    0m 0.02s
sys    0m 18.23s

Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
Tested-by: Roger Pueyo Centelles <roger.pueyo@guifi.net>