[OpenWrt-Devel] [PATCH] ramips: split base-files into subtargets

2019-10-27 Thread Adrian Schmutzler
While most of the target's contents are split into subtargets, the base-files are maintained for the target as a whole. However, OpenWrt already implements a mechanism that will use (and even prefer) files in the subtargets' directories. This can be exploited to make several scripts subtarget-spec

[OpenWrt-Devel] [PATCH v2] ath79: fix several issues for ZyXEL NBG6716

2019-10-27 Thread Adrian Schmutzler
This fixes several issues introduced with ZyXEL NBG6716 support: - Inhomogeneous indent - Wrong ath10k MAC patching function - Wrong brackets for pad-to in nand.mk - Add missing DEVICE_MODEL - Remove k2t.sh include (copy/paste leftover) Fixes: 99835e09992b ("ath79: add support for ZyXEL NBG6716")

[OpenWrt-Devel] [PATCH] ath79: use nand_do_upgrade for nand subtarget

2019-10-27 Thread Adrian Schmutzler
On nand subtarget, the default upgrade mechanism should be nand_do_upgrade. This patch changes platform_do_upgrade() accordingly. Signed-off-by: Adrian Schmutzler --- target/linux/ath79/nand/base-files/lib/upgrade/platform.sh | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --g

[OpenWrt-Devel] [PATCH] ath79: fix several issues for ZyXEL NBG6716

2019-10-27 Thread Adrian Schmutzler
This fixes several issues introduced with ZyXEL NBG6716 support: - Inhomogeneous indent - Wrong ath10k MAC patching function - Wrong brackets for pad-to in nand.mk Fixes: 99835e09992b ("ath79: add support for ZyXEL NBG6716") Signed-off-by: Adrian Schmutzler --- .../linux/ath79/dts/qca9558_zyxel

Re: [OpenWrt-Devel] [PATCH 1/6] buildsystem: Make PIE ASLR option tristate

2019-10-27 Thread Rosen Penev
On Sun, Oct 27, 2019 at 1:32 PM Hauke Mehrtens wrote: > > On 10/27/19 8:05 PM, Rosen Penev wrote: > > On Sun, Oct 27, 2019 at 10:46 AM Hauke Mehrtens wrote: > >> > >> This tristate choose allows to select to build only some applications > >> with PIE enabled. On MIPS binaries are getting about 30

Re: [OpenWrt-Devel] [PATCH 1/6] buildsystem: Make PIE ASLR option tristate

2019-10-27 Thread Hauke Mehrtens
On 10/27/19 8:05 PM, Rosen Penev wrote: > On Sun, Oct 27, 2019 at 10:46 AM Hauke Mehrtens wrote: >> >> This tristate choose allows to select to build only some applications >> with PIE enabled. On MIPS binaries are getting about 30% bigger when PIE >> is activated for the, which is a huge increase

Re: [OpenWrt-Devel] [PATCH 1/6] buildsystem: Make PIE ASLR option tristate

2019-10-27 Thread Rosen Penev
On Sun, Oct 27, 2019 at 10:46 AM Hauke Mehrtens wrote: > > This tristate choose allows to select to build only some applications > with PIE enabled. On MIPS binaries are getting about 30% bigger when PIE > is activated for the, which is a huge increase. Some of the size increase can be mitigated w

[OpenWrt-Devel] [sdwalker/sdwalker.github.io] 081922: This week's update

2019-10-27 Thread Stephen Walker
Branch: refs/heads/master Home: https://github.com/sdwalker/sdwalker.github.io Commit: 08192241d007180f6e9a5638993d36b9927e9fb5 https://github.com/sdwalker/sdwalker.github.io/commit/08192241d007180f6e9a5638993d36b9927e9fb5 Author: Stephen Walker Date: 2019-10-27 (Sun, 27 Oct 2

[OpenWrt-Devel] [PATCH 6/6] lantiq: Allow PKG_ASLR_PIE for DSL and voice drivers

2019-10-27 Thread Hauke Mehrtens
When ASLR_PIE was activated globally these drivers failed to build because the user space LDFLAGS leaked into the kernel build process. This was fixed in upstream Linux kernel commit ce99d0bf312d ("kbuild: clear LDFLAGS in the top Makefile") which went into Linux 4.17. The lantiq target is now on L

[OpenWrt-Devel] [PATCH 0/6] buildsystem: Activate PIE ASLR for some packages

2019-10-27 Thread Hauke Mehrtens
This is a follow up patch on this discussion on the mailing list: https://patchwork.ozlabs.org/patch/1041647/ This allows to activate PIE only for some packages where we thing it is necessary and not only globally for all of them. Hauke Mehrtens (6): buildsystem: Make PIE ASLR option tristate

[OpenWrt-Devel] [PATCH 5/6] uhttpd: Activate PIE by default

2019-10-27 Thread Hauke Mehrtens
This activates PIE ASLR support by default when the regular option is selected. This increases the binary size by 39% uncompressed and 21% compressed on MIPS BE. old: 33,189 /usr/sbin/uhttpd 23,016 uhttpd_2019-08-17-6b03f960-4_mips_24kc.ipk new: 46,212 /usr/sbin/uhttpd 27,979 uhttpd_2019-08-17-6

[OpenWrt-Devel] [PATCH 3/6] dropbear: Activate PIE by default

2019-10-27 Thread Hauke Mehrtens
This activates PIE ASLR support by default when the regular option is selected. This increases the binary size by 18% uncompressed and 17% compressed on MIPS BE. old: 164,261 /usr/sbin/dropbear 85,648 dropbear_2019.78-2_mips_24kc.ipk new: 194,492 /usr/sbin/dropbear 100,309 dropbear_2019.78-2_mi

[OpenWrt-Devel] [PATCH 1/6] buildsystem: Make PIE ASLR option tristate

2019-10-27 Thread Hauke Mehrtens
This tristate choose allows to select to build only some applications with PIE enabled. On MIPS binaries are getting about 30% bigger when PIE is activated for the, which is a huge increase. Network exposed applications like dnsmasq should then be build with PIE enabled, but some applications whic

[OpenWrt-Devel] [PATCH 4/6] hostapd: Activate PIE by default

2019-10-27 Thread Hauke Mehrtens
This activates PIE ASLR support by default when the regular option is selected. This increases the binary size by 26% uncompressed and 16% compressed on MIPS BE. old: 460,933 /usr/sbin/wpad 283,891 wpad-basic_2019-08-08-ca8c2bd2-1_mips_24kc.ipk new: 584,508 /usr/sbin/wpad 330,281 wpad-basic_2019

[OpenWrt-Devel] [PATCH 2/6] dnsmasq: Activate PIE by default

2019-10-27 Thread Hauke Mehrtens
This activates PIE ASLR support by default when the regular option is selected. This increases the binary size by 37% uncompressed and 18% compressed on MIPS BE. old: 146,933 /usr/sbin/dnsmasq 101,837 dnsmasq_2.80-14_mips_24kc.ipk new: 202,020 /usr/sbin/dnsmasq 120,577 dnsmasq_2.80-14_mips_24kc.

Re: [OpenWrt-Devel] patches from 2018

2019-10-27 Thread Tom Psyborg
On 27/10/2019, John Crispin wrote: > Hi, > I'd like to close all patches pending from 2018 in patchwork, there are > ~25 and a quick try on some showed none of the apply anymore. Anyone > have a problem with this ? > John > > ___ > openwrt-devel ma

Re: [OpenWrt-Devel] [PATCH] procd sysupgrade: close input side of pipe before reading

2019-10-27 Thread Rafał Miłecki
On Thu, 3 Oct 2019 at 18:24, Dustin Lundquist wrote: > When /usr/libexec/validate_firmware_image is not present on the system > procd will hang indefinitely on the read() since the input side of the > pipe is still open. > > Signed-off-by: Dustin Lundquist > --- > system.c | 2 +- > 1 file changed

[OpenWrt-Devel] [PATCH] ath79: fix base-files for zyxel, nbg6716 after split

2019-10-27 Thread Adrian Schmutzler
Due to rebase of the base-files split patch after adding support for zyxel,nbg6716, its base-files were added to the generic subtarget, although the device belongs to nand. This moves the definitions to their proper locations. Fixes: 0130022baec0 ("ath79: split base-files into subtargets") Signe

[OpenWrt-Devel] [PATCH v2] brcm63xx: Add support for the Inventel DV4210.

2019-10-27 Thread Daniel Gonzalez Cabanelas
Add support for the Inventel DV4210 router. This is an Inventel Livebox 1 board. The patch supports the board with a CFE bootloader, and a RAM mod (64 MB, tested). The board originally comes with 8 MB flash. Under this conditions this old BCM6348 based board still runs quite fine with current

Re: [OpenWrt-Devel] [PATCH] hotplug: Allow renaming wireless phy devices.

2019-10-27 Thread John Crispin
On 17/12/2018 17:48, gree...@candelatech.com wrote: From: Ben Greear uci set wireless.@wifi-device[0].phyname=wiphy0 Then reboot and/or re-plug that device, and this will name the phy wiphy0 instead of phy0, phy1, etc. This can help keep phy names consistent through driver reloads which may m

[OpenWrt-Devel] patches from 2018

2019-10-27 Thread John Crispin
Hi, I'd like to close all patches pending from 2018 in patchwork, there are ~25 and a quick try on some showed none of the apply anymore. Anyone have a problem with this ? John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org ht

Re: [OpenWrt-Devel] [PATCH] octeontx: fix thunderx BGX underflow irq name

2019-10-27 Thread Hauke Mehrtens
On 10/25/19 11:27 PM, Tim Harvey wrote: > request_irq requires irq names to be static/allocated and not on the stack It would be nice if this patch could also go to the mainline Linux kernel, so we do not have to maintain it any more. John already applied it to OpenWrt. > > Signed-off-by: Tim H

Re: [OpenWrt-Devel] [PATCH] Add support for Inventel DV4210

2019-10-27 Thread Daniel
Sorry, I forgot to add the the target. I'll send again the patch Thanks very much. El dom., 27 oct. 2019 a las 14:05, John Crispin () escribió: > On 22/09/2019 22:05, Daniel Gonzalez Cabanelas wrote: > > Add support for the Inventel DV4210 router. > > > > This is an Inventel Livebox 1 board. T

Re: [OpenWrt-Devel] [PATCH 1/4] toolchain: add support of nds32 architecture

2019-10-27 Thread John Crispin
On 11/06/2019 12:30, Nylon Chen wrote: This commit provides basic support for the Andes 32-bit (nds32) architecture. Hi, thanks for the patches, they have not been picked up by anyone and right now I am not sure if it makes sense to merge the support, as it requires a fpga test board that pro

Re: [OpenWrt-Devel] [PATCH] Add support for Inventel DV4210

2019-10-27 Thread John Crispin
On 22/09/2019 22:05, Daniel Gonzalez Cabanelas wrote: Add support for the Inventel DV4210 router. This is an Inventel Livebox 1 board. The patch supports the board with a CFE bootloader, and a RAM mod (64 MB, tested). The board originally comes with 8 MB flash. Under this conditions this old