[PATCH] libunwind: update to 1.4.0

2020-07-21 Thread Rosen Penev
Cleanup Makefile for consistency with other ones. Remove PKG_SSP. It can be fixed with -lssp_nonshared. Add PKG_BUILD_PARALLEL for faster compilation. Add some alpine pathes to fix potential issues. Backport GCC 10 patch to fix compilation. Signed-off-by: Rosen Penev ---

[PATCH] umdns: fix 64-bit time format string

2020-07-21 Thread Rosen Penev
Fixes compilation under musl 1.2.0 Signed-off-by: Rosen Penev --- service.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/service.c b/service.c index af3083e..39e759a 100644 --- a/service.c +++ b/service.c @@ -122,7 +122,7 @@ service_timeout(struct service *s)

Re: 'tr' character class support?

2020-07-21 Thread Sam Kuper
Dear all, I'm not an OpenWRT dev, just a lurker on the mailing list & a sometime user of OpenWRT. (Thank you to all the devs & maintainers of OpenWRT & packages, btw.) So, my view might not count for much, but ... On Fri, Jul 10, 2020 at 09:36:03PM -0400, Eric Luehrsen wrote: > I did a

[PATCH] ugps: fix 64-bit time_t

2020-07-21 Thread Rosen Penev
The abs function takes a 32-bit int, which can cause truncation. Fixes compilation error: error: absolute value function 'abs' given an argu> if ((sec < 0) || (abs(cur.tv_sec - tv.tv_sec) > MAX_TIME_OFFSET)) { Signed-off-by: Rosen Penev --- nmea.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH] ramips: increase SPI frequency for MT7620 Archer

2020-07-21 Thread David Bauer
Increase the SPI frequency for the MT7620 based TP-Link Archer series to 30MHz. TP-Link uses different SPI flash chips for the same board revision, so be conservative to not break boards with a different chip. 30MHz should be well supported by all chips. Tested on Archer C2 v1 (GD25Q64B) and

[PATCH] ramips: switch MT7620 subtarget to 5.4

2020-07-21 Thread David Bauer
MT7620 seems to work fine with kernel 5.4. Set the default kernel version to 5.4 to bring this to a broader audience. Tested on Archer C2 v1 / Archer C20i Signed-off-by: David Bauer --- target/linux/ramips/mt7620/target.mk | 2 ++ 1 file changed, 2 insertions(+) diff --git

[no subject]

2020-07-21 Thread Владислав Карпов via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- ЛУЧШИЕ ПСИХОЛОГИЧЕСКИЕ ТРЕНИНГИ И

RE: Restoring (old) config backups and

2020-07-21 Thread mail
> -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: openwrt-devel@lists.openwrt.org; m...@adrianschmutzler.de > Subject: Re: Restoring (old) config backups and > > > On

Re: [RFC PATCH 5/5] ipq40xx: add target for Google WiFi (Gale)

2020-07-21 Thread Brian Norris
Hi Adrian, On Sat, Jul 18, 2020 at 2:13 PM wrote: > just some formal stuff below. Thanks! It's useful, especially where I'm still learning the OpenWRT Makefile structures. I'll spin up a new revision sooner or later, but I'm hoping I'll get some opinion on the RFC portion (cover letter / first

Re: Restoring (old) config backups and

2020-07-21 Thread Alberto Bursi
On 20/07/20 19:32, Henrique de Moraes Holschuh wrote: Any thoughts on this?  I am certainly to have overlooked a lot of stuff, especially if it is present only on master.  Also, handling of an uci-defaults "reset" (so that they'd run again) in non-initramfs/overlayfs based system is likely

Re: [RFC PATCH v2 4/6] ath79: support for TP-Link EAP245 v1

2020-07-21 Thread Sander Vanheule
Hi Adrian, Thank you for taking your time to provide feedback. On Mon, 2020-07-20 at 22:54 +0200, m...@adrianschmutzler.de wrote: > > > Tested on the EAP245 v1 running the latest firmware (v1.4.0). The > > > binary patch might not apply to uclited from other firmware > > > versions. > > > > >