Re: OpenWrt 21.02 status

2021-08-31 Thread Andy Botting
On Wed, 1 Sept 2021 at 11:56, Alexander E. Patrakov wrote: > > Hauke Mehrtens : > > > > > On 8/31/21 1:52 PM, Alexander E. Patrakov wrote: > > > Hauke Mehrtens wrote: > > > > > >> We did the 21.02-rc4, but there is still a problem with flow offloading > > >> as this was not fixed. The other

Re: OpenWrt 21.02 status

2021-08-31 Thread Alexander E. Patrakov
Hauke Mehrtens : > > On 8/31/21 1:52 PM, Alexander E. Patrakov wrote: > > Hauke Mehrtens wrote: > > > >> We did the 21.02-rc4, but there is still a problem with flow offloading > >> as this was not fixed. The other problems should be fixed now. > > > >> ... > > > >> Some more information can be

Re: [PATCH v7 2/2] mvebu: add support for iEi Puzzle-M901/Puzzle-M902

2021-08-31 Thread Daniel Golle
Hi Ian, I just tried pulling this into my staging tree and unfortunately the patch no longer applies cleanly: Applying: mvebu: add support for iEi Puzzle-M901/Puzzle-M902 warning: target/linux/mvebu/cortexa72/base-files/etc/board.d/02_network has type 100644, expected 100755 error: patch

Re: OpenWrt 21.02 status

2021-08-31 Thread Hauke Mehrtens
On 8/31/21 1:52 PM, Alexander E. Patrakov wrote: Hauke Mehrtens wrote: We did the 21.02-rc4, but there is still a problem with flow offloading as this was not fixed. The other problems should be fixed now. ... Some more information can be found here:

Re: [PATCH 0/2] TP-Link safeloader custom soft-version support

2021-08-31 Thread Sander Vanheule
On Sat, 2021-08-28 at 10:24 -0300, Henrique de Moraes Holschuh wrote: > On 27/08/2021 06:38, Sander Vanheule wrote: > > > > EAP235-Wall support will be included in the 21.02 release, but users who > > have a v3 (or later) firmware installed, will not be able to install > > those images due to

Re: [PATCH 2/2] firmware-utils: tplink-safeloader: set EAP235-Wall v1 soft-version

2021-08-31 Thread Sander Vanheule
On Fri, 2021-08-27 at 11:38 +0200, Sander Vanheule wrote: > Starting with v3 of the vendor firmware for the TP-Link EAP235-Wall v1, > downgrades to firmware versions below v3 as not allowed.  Since OpenWrt > uses version 0.0.0 as a default, this causes the factory install to fail > on devices with

Re: GPIO mapping on Onion Omega2+ (MT7688)

2021-08-31 Thread John Thomson
Hi Mike, On Mon, 30 Aug 2021, at 21:05, Mike Bernardo wrote: > root@onion1:~# echo 15 > /sys/class/gpio/export > ash: write error: Invalid argument > > I guess the number I specify to export would need to be at least 416? Yes, that's it. You need to add the Linux gpiochip base to the (SoC)

Re: OpenWrt 21.02 status

2021-08-31 Thread Alexander E. Patrakov
Hauke Mehrtens wrote: > We did the 21.02-rc4, but there is still a problem with flow offloading > as this was not fixed. The other problems should be fixed now. > ... > Some more information can be found here: > https://forum.openwrt.org/t/software-flow-offloading-and-conntrack-timeouts/74588 >

Re: [PATCH] Revert "initd: fix off-by-one error in mkdev.c"

2021-08-31 Thread Daniel Golle
On Tue, Aug 31, 2021 at 11:13:31AM +0200, Nick wrote: > Yep. Thanks. Just added another patch that is fixing the issue. I went to > some internet sources and code to see how other people handle the issue and > seems like everyone is just subtracting 1. Now you also wrote the same. :) Yes, that's

[PATCH] ubus/lua: avoid changing key type to string

2021-08-31 Thread adrian . frances
From: Adrian Frances According to the lua man page for lua_next, it is not advised to call lua_tolstring when iterating through a table with lua_next. When iterating a table in ubus_lua_format_blob_array, we end up calling lua_tostring, which inside calls lua_tolstring, converting all

[PATCH v2] ubusd: fix disconnection when sending invalid fd

2021-08-31 Thread adrian . frances
From: Adrian Frances According to man 7 unix, sendmsg returns EBADF when sending an invalid file descriptor as ancillary data. The patch avois ubus disconnecting the client when EBADF is received for the mentioned case. Signed-off-by: Adrian Frances --- ubusd_main.c | 7 +++ 1 file

Re: [PATCH] Revert "initd: fix off-by-one error in mkdev.c"

2021-08-31 Thread Nick
Yep. Thanks. Just added another patch that is fixing the issue. I went to some internet sources and code to see how other people handle the issue and seems like everyone is just subtracting 1. Now you also wrote the same. :) Bests, Nick On 8/31/21 10:59 AM, Felix Fietkau wrote: On

[PATCH 2/2] initd: fix off-by-one error in mkdev.c

2021-08-31 Thread vincent
From: Nick Hainke Substract 1 from bufsize so len can not be out of bounds. Same hanling as in "udevtrigger.c" in "sysfs_resolve_link". Replaces: 8eb1d783 Coverity CID: 1330087 Readlink used insecurely Signed-off-by: Nick Hainke --- initd/mkdev.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 1/2] Revert "initd: fix off-by-one error in mkdev.c"

2021-08-31 Thread vincent
From: Nick Hainke This reverts commit 8eb1d783cca6e0d501dd3a2f94262ffc36ae6482. This line reads a symbolic link into the string buffer "buf". len = readlink(buf2, buf, sizeof(buf)); The commit replaced now buf[len] = 0; with buf[sizeof(buf) - 1] = '\0'; However, that

Re: [PATCH] Revert "initd: fix off-by-one error in mkdev.c"

2021-08-31 Thread Felix Fietkau
On 2021-08-31 10:25, vinc...@systemli.org wrote: > From: Nick Hainke > > This reverts commit 8eb1d783cca6e0d501dd3a2f94262ffc36ae6482. > > This line reads a symbolic link into the string buffer "buf". > len = readlink(buf2, buf, sizeof(buf)); > The commit replaced now > buf[len] =

[PATCH] Revert "initd: fix off-by-one error in mkdev.c"

2021-08-31 Thread vincent
From: Nick Hainke This reverts commit 8eb1d783cca6e0d501dd3a2f94262ffc36ae6482. This line reads a symbolic link into the string buffer "buf". len = readlink(buf2, buf, sizeof(buf)); The commit replaced now buf[len] = 0; with buf[sizeof(buf) - 1] = '\0'; However, that

Re: bugs.openwrt.org: please help with my user

2021-08-31 Thread Sebastian Kemper
Am Mon, Aug 30, 2021 at 12:45:31PM +0200 schrieb Sebastian Kemper: > Hi all, > > Sorry to have to bring this up. Can anybody please check my OpenWrt > Flyspray account(s)? I tried to oauth with Github (my user there is > "micmac1"). But then I got two errors from Flyspray: > > 1. "Email address

[patch] elfutils: enable host build

2021-08-31 Thread Lucian Cristian
frr 8.0 needs host libelf dev add option for host build tested on x86, ramips, kirkwood Signed-off-by: Lucian Cristian diff --git a/package/libs/elfutils/Makefile b/package/libs/elfutils/Makefile index d595e4caf2..b0c9b8bd8c 100644 --- a/package/libs/elfutils/Makefile +++