[OpenWrt-Devel] [PATCH] ath79: ag71xx: use netif_receive_skb_list on 4.19

From: Chuanhong Guo This new function make batch processing of network packets possible, which slightly improves performance. Signed-off-by: Chuanhong Guo Tested-by: Rosen Penev --- around a 20mbps improvement is measured on a TP-LINK Archer C7v2

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

> -Original Message- > From: Dmitry Tunin [mailto:hanipouspi...@gmail.com] > Sent: Dienstag, 7. Januar 2020 00:27 > To: Adrian Schmutzler > Cc: Hauke Mehrtens ; Jo-Philipp Wich > ; LEDE Development List de...@lists.openwrt.org> > Subject: Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

вт, 7 янв. 2020 г. в 02:16, : > > make clean? (would be no. 6 now :-) ) My apologies. We are in the middle of Christmas holidays here :-)) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

make clean? (would be no. 6 now :-) ) > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Dmitry Tunin > Sent: Dienstag, 7. Januar 2020 00:07 > To: Hauke Mehrtens > Cc: Jo-Philipp Wich ; LEDE Development List

[OpenWrt-Devel] [PATCH v2 1/2] treewide: move mktplinkfw to tplink-v1-image in image-commands.mk

This move the slightly different target-specific implementations of mktplinkfw from the targets to include/image-commands.mk and renames it to tplink-v1-image. Having a common version will increase consistency between implementation and will complete the tplink build command already present in the

[OpenWrt-Devel] [PATCH v2 2/2] ath79: remove unused Build/mktplinkfw-combined

Build/mktplinkfw-combined is not used anywhere, so remove it. Signed-off-by: Adrian Schmutzler --- target/linux/ath79/image/common-tp-link.mk | 11 --- 1 file changed, 11 deletions(-) diff --git a/target/linux/ath79/image/common-tp-link.mk b/target/linux/ath79/image/common-tp-link.mk

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

Nice release tag )) Ever tried a build test before the tag? Tried to build Collected errors: * satisfy_dependencies_for: Cannot satisfy the following dependencies for base-files: * libubox20170601 * opkg_install_cmd: Cannot install package base-files. * satisfy_dependencies_for: Cannot

Re: [OpenWrt-Devel] [PATCH] [18.06] tools/expat: Update to version 2.2.9

Hello, Someone can be asking why I'm sending this patch just now when Hauke wants to tag the new release of OpenWrt 18.06. I sent this patch on 1st January 2020, but since then it is waiting for moderator approval because my message is being held. Unfortunately, I wrote about this a few times in

Re: [OpenWrt-Devel] uhttpd/luci/rpcd is broken?

Am 06.01.2020 um 18:23 schrieb Hauke Mehrtens: > On 1/6/20 5:39 PM, e9hack wrote: >> Am 06.01.2020 um 17:20 schrieb Petr Štetiar: >>> e9hack [2020-01-06 16:59:47]: >>> it looks like that uhttpd/luci/rpcd is broken again. The call 'ubus call luci-rpc getWirelessDevices' does fail

Re: [OpenWrt-Devel] uhttpd/luci/rpcd is broken?

On 06/01/2020, e9hack wrote: > After login in uhttpd/luci, the first page times > out and forces new login. A similar thing noticed yesterday: hitting login would just re-open login page, another hit would login but there was no crashes.. ubus memleak found in r11086 seems to be fixed, at least

[OpenWrt-Devel] [PATCH] [18.06] tools/expat: Update to version 2.2.9

Fixes two CVEs: - CVE-2019-15903 (Fix heap overflow triggered by XML_GetCurrentLineNumber) - CVE-2018-20843 (Fix extraction of namespace prefixes from XML names) Signed-off-by: Josef Schlehofer --- tools/expat/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

On 12/24/19 4:48 PM, Hauke Mehrtens wrote: > Hi, > > I would like to tag 18.06.6 release in the evening of Wednesday 1. > January and then start the builders. > > I would like to tag 19.07 final release on Friday 3. January and the > start the builders on Saturday or Sunday. > > Are there any

Re: [OpenWrt-Devel] uhttpd/luci/rpcd is broken?

On 1/6/20 5:39 PM, e9hack wrote: > Am 06.01.2020 um 17:20 schrieb Petr Štetiar: >> e9hack [2020-01-06 16:59:47]: >> >>> it looks like that uhttpd/luci/rpcd is broken again. The call 'ubus call >>> luci-rpc getWirelessDevices' does fail 'Command failed: Request timed out'. >> >> can you provide

Re: [OpenWrt-Devel] OpenWrt 19.07 final timeline

On 1/2/20 1:04 AM, Eneas Queiroz wrote: > > On Wed, Jan 1, 2020 at 6:54 PM Hauke Mehrtens > wrote: > > I will shift both releases (18.06.6 and 19.07.0 final) to Monday 6. > January to get some security fixes in, please get your changes in till > Saturday so

Re: [OpenWrt-Devel] uhttpd/luci/rpcd is broken?

Am 06.01.2020 um 17:20 schrieb Petr Štetiar: > e9hack [2020-01-06 16:59:47]: > >> it looks like that uhttpd/luci/rpcd is broken again. The call 'ubus call >> luci-rpc getWirelessDevices' does fail 'Command failed: Request timed out'. > > can you provide little bit more details? I don't see any

Re: [OpenWrt-Devel] uhttpd/luci/rpcd is broken?

e9hack [2020-01-06 16:59:47]: Hi, > it looks like that uhttpd/luci/rpcd is broken again. The call 'ubus call > luci-rpc getWirelessDevices' does fail 'Command failed: Request timed out'. can you provide little bit more details? I don't see any problems with `OpenWrt 19.07-SNAPSHOT,

Re: [OpenWrt-Devel] uhttpd/luci/rpcd is broken?

Rpcd generates a page fault: Mon Jan 6 16:52:07 2020 kern.info kernel: [ 595.827360] do_page_fault(): sending SIGSEGV to rpcd for invalid write access to Mon Jan 6 16:52:07 2020 kern.info kernel: [ 595.835782] epc = 77f0b588 in libc.so[77eee000+9b000] Mon Jan 6 16:52:07 2020

[OpenWrt-Devel] uhttpd/luci/rpcd is broken?

Hi, it looks like that uhttpd/luci/rpcd is broken again. The call 'ubus call luci-rpc getWirelessDevices' does fail 'Command failed: Request timed out'. Regards, Hartmut ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

[OpenWrt-Devel] [PATCH] dnsmasq: Fix potential dnsmasq crash with TCP

This is a backport from the dnsmasq master which should fix a bug which could cause a crash in dnsmasq. I saw the following crashes in my log: [522413.117215] do_page_fault(): sending SIGSEGV to dnsmasq for invalid read access from 2a001450 [522413.124464] epc = 004197f1 in dnsmasq[40+23000]

Re: [OpenWrt-Devel] time for OJ 1.15 everyone?

On 06/01/20 13:58, edgar.sol...@web.de wrote: new year, new OJ. start of the year is OJ release time traditionally by now. are we in agreement? a snappy new NY to one and all ..ede ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

[OpenWrt-Devel] [PATCH uclient 2/2] uclient-fetch: use HEAD method in spider mode

HEAD method does not request response body, so it is suitable for spider mode. This also matches wget's behavior. Signed-off-by: Sungbo Eo --- uclient-fetch.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/uclient-fetch.c b/uclient-fetch.c index 3718197..db5faee 100644 ---

[OpenWrt-Devel] [PATCH uclient 1/2] uclient-fetch: fetch only header in spider mode

Since spider mode only checks if a file exists, we don't need to download the whole file. This also matches wget's behavior. Signed-off-by: Sungbo Eo --- uclient-fetch.c | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/uclient-fetch.c b/uclient-fetch.c index

[OpenWrt-Devel] time for OJ 1.15 everyone?

new year, new OJ. start of the year is OJ release time traditionally by now. are we in agreement? a snappy new NY to one and all ..ede ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] [JPP-Devel] Fwd: SVN: [6214] core/trunk

On 06.01.2020 12:37, Michaël Michaud wrote: > Hi Ede, > > I did a quick try and it seems to work fine. > Seems that the change you did is rather big. I'll try to go deeper into your > change to try to understand. go ahead :) > What about the SO remark >

Re: [OpenWrt-Devel] [PATCH] ramips: Fix sysupgrade for Xiaomi mir3g

05/01/2020 15:17, Hauke Mehrtens: Without this change sysupgrade from 18.06 to 19.07 is only possible with the -F option. In OpenWrt 18.06 the nand_do_platform_check() function is called with the board name mir3g only, if the tar does not use mir3g it will fail. OpenWrt 19.07 and later support