Re: Missing ar71xx devices in ath79 before 20.xx

2020-08-01 Thread Russell Senior
>writes: > Hi, I just did a quick comparison which ar71xx devices are still > missing in ath79. This has also been posted in the forum here: > https://forum.openwrt.org/t/missing-ar71xx-devices-in-ath79-before-20-xx/70687 > [...] > wzr-600dhp I have a bunch of these and they are the

[PATCH 19.07 2/2] ramips: add kmod-usb-dwc2 to ZyXEL Keenetic image

2020-08-01 Thread Alexey Dobrovolsky
ZyXEL Keenetic has a USB port. Thus, DWC2 USB controller driver should be in the default image for this device. Fixes: a7cbf59e0e04 ("ramips: add new device ZyXEL Keenetic as kn") This is backport of 0a182fcba6d9cb2cf74cae9114ea4770ef928f75 from trunk. As the layout of the files has changed a

[PATCH 19.07 1/2] ramips: remove patches for USB-dwc2

2020-08-01 Thread Alexey Dobrovolsky
In FS#2738 we can see that patch first introduced in e8ebcff ("ramips: add a explicit reset to dwc2") breaks USB functionality since 18.06. Thus, this patch should be removed. Removed: - 0032-USB-dwc2-add-device_reset.patch Fixes: FS#2738 Fixes: FS#2964 Signed-off-by: Alexey Dobrovolsky

[PATCH] exfat: update to 5.8.7

2020-08-01 Thread Rosen Penev
93e2334 exfat: fix build error on linux-5.4,5.5 kernel 01a7b8c exfat: fix name_hash computation on big endian systems 8f92bc0 exfat: fix wrong size update of stream entry by typo Removed commented material that was for testing compilation. Removed patch as the error was fixed upstream. First

[PATCH] base-files: disable LEDs if default state is undefined

2020-08-01 Thread David Bauer
Set the default state for LEDs to off. When a trigger is set, the trigger will turn the LED automatically on. Currently LEDs might stay on, e.g. when the LED trigger is set to a netdev trigger and the interface is never activated or the 'none' trigger is selected without setting the 'default'

Re: Restoring (old) config backups and

2020-08-01 Thread Rich Brown
>> On Aug 1, 2020, at 10:05 AM, Paul Oranje wrote: >> >>> Actually, my solution implements the config "on device" as a uci parameter, >>> so the "on device" version is actually not the version of the firmware >>> installed, but of the config installed. Therefore, one may indeed go that >>>

Re: github private respositories

2020-08-01 Thread Himanshu Chauhan
On 01-08-2020 10:34 pm, Jo-Philipp Wich wrote: Hi, Is there a way to compile github private repositories as package in openwrt? PKG_SOURCE_URL:=https://githubuser:githubp...@github.com/project/repo.git or PKG_SOURCE_URL:=g...@github.com:project/repo.git or

[PATCH] exfat: add missing nls dependency

2020-08-01 Thread Rosen Penev
From: Paul Blazejowski Signed-off-by: Paul Blazejowski --- package/kernel/exfat/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/package/kernel/exfat/Makefile b/package/kernel/exfat/Makefile index 539bdfd295..f129da9410 100644 --- a/package/kernel/exfat/Makefile +++

Re: github private respositories

2020-08-01 Thread Jo-Philipp Wich
Hi, > Is there a way to compile github private repositories as package in openwrt? PKG_SOURCE_URL:=https://githubuser:githubp...@github.com/project/repo.git or PKG_SOURCE_URL:=g...@github.com:project/repo.git or PKG_SOURCE_URL:=ssh://g...@github.com/project/repo.git The first one only

Re: github private respositories

2020-08-01 Thread Alberto Bursi
On 01/08/20 17:39, Himanshu Chauhan wrote: Hi, Is there a way to compile github private repositories as package in openwrt? All the package Makefiles that I have looked at use https/http to clone the repository. Private repositories would require authentication while cloning. Thanks

github private respositories

2020-08-01 Thread Himanshu Chauhan
Hi, Is there a way to compile github private repositories as package in openwrt? All the package Makefiles that I have looked at use https/http to clone the repository. Private repositories would require authentication while cloning. Thanks Regards Himanshu

Re: Restoring (old) config backups and

2020-08-01 Thread Paul Oranje
> Op 21 jul. 2020, om 11:06 heeft m...@adrianschmutzler.de het volgende > geschreven: > >> -Original Message- >> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] >> On Behalf Of Alberto Bursi >> Sent: Dienstag, 21. Juli 2020 09:48 >> To:

Bump bcm47xx/bcm53xx to 5.4 by default

2020-08-01 Thread mail
Hi, the targets bcm47xx and bcm53xx are still on 4.19 with 5.4 only set as testing kernel. With a 20.xx branch coming closer, it might be good to switch these to 5.4 by default so they can receive some wider-audience testing beforehand, unless there are any blockers. Since I'm not too

ramips/rt**** and kernel 5.4

2020-08-01 Thread mail
Hi, with a 20.xx branch coming closer, we still have 3 of 6 ramips subtargets (rt288x, rt305x, rt3883) on kernel 4.14 by default (though 5.4 testing support is available in principle). I've recently tried to build those with 5.4 and buildbot settings (including packages), they all compile

Re: [PATCH] kernel: fix missing TRANSPARENT_HUGEPAGE symbols

2020-08-01 Thread Daniel Golle
On Sat, Aug 01, 2020 at 04:29:24PM +0300, Stijn Tintel wrote: > Enabling KERNEL_TRANSPARENT_HUGEPAGE exposes 2 missing symbols: > * CONFIG_READ_ONLY_THP_FOR_FS > * TRANSPARENT_HUGEPAGE_ALWAYS > * TRANSPARENT_HUGEPAGE_MADVISE > > The first one was added in 5.4, and is marked experimental there so

[PATCH] kernel: fix missing TRANSPARENT_HUGEPAGE symbols

2020-08-01 Thread Stijn Tintel
Enabling KERNEL_TRANSPARENT_HUGEPAGE exposes 2 missing symbols: * CONFIG_READ_ONLY_THP_FOR_FS * TRANSPARENT_HUGEPAGE_ALWAYS * TRANSPARENT_HUGEPAGE_MADVISE The first one was added in 5.4, and is marked experimental there so just disable it in the generic config. For the latter two, we should not

Re: [PATCH 1/2] procd/rcS: cast format string to int64_t

2020-08-01 Thread Paul Oranje
See below, bye, Paul > Op 21 jul. 2020, om 00:35 heeft Rosen Penev het volgende > geschreven: > > musl 1.2.0 turns time_t into a 64-bit value, even on 32-bit. Also 32-bit systems have to deal with the 2038 end-of-epoch. ___ openwrt-devel mailing

Missing ar71xx devices in ath79 before 20.xx

2020-08-01 Thread mail
Hi, I just did a quick comparison which ar71xx devices are still missing in ath79. This has also been posted in the forum here: https://forum.openwrt.org/t/missing-ar71xx-devices-in-ath79-before-20-xx/70687 19.07 will be the last release to include ar71xx. With 20.xx coming closer, I've made a

RE: Notes on ath79 RouterBoard 493G image

2020-08-01 Thread mail
Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of W. Michael Petullo > Sent: Samstag, 1. August 2020 06:57 > To: openwrt-devel@lists.openwrt.org > Subject: Notes on ath79 RouterBoard 493G image > > I have some feedback about