[OpenWrt-Devel] [PATCH] ramips: Don't override the bootloader cmdline args if none are provided in dtb

2019-06-20 Thread jstefek
From: Joe Stefek This change allows cmdline arguments provided by the bootloader to be used if no cmdline arguments are provided in the "custom" section of the device tree. --- target/linux/ramips/patches-4.14/0100-prom_fixes.patch | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-)

Re: [OpenWrt-Devel] [PATCH v2] uqmi: add explicit check for message type when expecting a response

2019-06-20 Thread Paul Oranje
Op 19 jun. 2019, om 11:41 heeft Tautvydas Belgeras het volgende geschreven: > > When the utility sends a request it expects a response type message, > but does not explicitly check for it. When a device stays idle for > some time, it switches into a sleep mode, and notifies the utility with

[OpenWrt-Devel] [PATCH v2 7/7] MIPS: lantiq: Add SMP support for lantiq interrupt controller

2019-06-20 Thread petrcvekcz
From: Petr Cvek Some lantiq devices have two ICU controllers. The IRQ signal is routed to both of them and user can chose which ICU will resend the IRQ to their respective VPE. The patch adds the support for the second ICU. The patch changes a register definition of the driver. Instead of an

[OpenWrt-Devel] [PATCH v2 4/7] MIPS: lantiq: Remove unused macros

2019-06-20 Thread petrcvekcz
From: Petr Cvek The last use of both macros was in 4.11. Signed-off-by: Petr Cvek --- arch/mips/lantiq/irq.c | 4 1 file changed, 4 deletions(-) diff --git a/arch/mips/lantiq/irq.c b/arch/mips/lantiq/irq.c index 2df5d37d0a7b..21ccd580f8f5 100644 --- a/arch/mips/lantiq/irq.c +++

[OpenWrt-Devel] [PATCH v2 3/7] MIPS: lantiq: Fix attributes of of_device_id structure

2019-06-20 Thread petrcvekcz
From: Petr Cvek According to the checkpatch the driver structure of_device_id requires to be const and with attribute __initconst. Change it accordingly. Signed-off-by: Petr Cvek --- arch/mips/lantiq/irq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OpenWrt-Devel] [PATCH v2 6/7] MIPS: lantiq: Shorten register names, remove unused macros

2019-06-20 Thread petrcvekcz
From: Petr Cvek The macros LTQ_ICU_IM1_ISR and LTQ_ICU_OFFSET seems to be unused, remove them. Allong with that, remove _IM0 substring from the macro names. The IM (interrupt module) is already defined in IOMEM access and IM0 would be misleading. Signed-off-by: Petr Cvek ---

[OpenWrt-Devel] [PATCH v2 2/7] MIPS: lantiq: Change variables to the same type as the source

2019-06-20 Thread petrcvekcz
From: Petr Cvek A structure irq_data, irq_desc_get_irq() and irq_linear_revmap() use a different type than defined in the lantiq ICU driver, which is using signed integers. The substracted result should never be negative nor is tested for that situation. Change it to unsigned. Signed-off-by:

[OpenWrt-Devel] [PATCH v2 5/7] MIPS: lantiq: Fix bitfield masking

2019-06-20 Thread petrcvekcz
From: Petr Cvek The modification of EXIN register doesn't clean the bitfield before the writing of a new value. After a few modifications the bitfield would accumulate only '1's. Signed-off-by: Petr Cvek --- arch/mips/lantiq/irq.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

[OpenWrt-Devel] [PATCH v2 0/7] MIPS: lantiq: irq: Various fixes, add SMP support

2019-06-20 Thread petrcvekcz
From: Petr Cvek Hi, While hacking with my modem in openwrt I've found in the lantiq vrx268 SoC there is only a support for the processes SMP and not for interrupt routing. After some looking into vendors released source codes (probably intel UGW) and by observing SoC's memory map I've found out

[OpenWrt-Devel] [PATCH v2 1/7] MIPS: lantiq: Move macro directly to iomem function

2019-06-20 Thread petrcvekcz
From: Petr Cvek Using the variable as a temporary holder for the macro of the register offset value is not necessary. Move it directly to the IOMEM read/write call. Signed-off-by: Petr Cvek --- arch/mips/lantiq/irq.c | 18 -- 1 file changed, 8 insertions(+), 10 deletions(-)

[OpenWrt-Devel] [PATCH] toolchain: Don't force GCC8 on ARC

2019-06-20 Thread Rosen Penev
This prevents overriding it to use GCC9. Signed-off-by: Rosen Penev --- toolchain/gcc/Config.version | 1 - 1 file changed, 1 deletion(-) diff --git a/toolchain/gcc/Config.version b/toolchain/gcc/Config.version index ef9bbb82e2..e635244827 100644 --- a/toolchain/gcc/Config.version +++

Re: [OpenWrt-Devel] [PATCH v2] gpio-button-hotplug: mind debounce interval consistently

2019-06-20 Thread Christian Lamparter
On Thursday, June 20, 2019 8:10:18 PM CEST David Bauer wrote: > Hello Christian, > On 20.06.19 17:21, Christian Lamparter wrote: > > On Tuesday, June 18, 2019 1:06:12 PM CEST David Bauer wrote: > >> This patch implements consistent handling of the debounce interval set > >> for the GPIO buttons.

Re: [OpenWrt-Devel] [PATCH v2] gpio-button-hotplug: mind debounce interval consistently

2019-06-20 Thread David Bauer
Hello Christian, On 20.06.19 17:21, Christian Lamparter wrote: > On Tuesday, June 18, 2019 1:06:12 PM CEST David Bauer wrote: >> This patch implements consistent handling of the debounce interval set >> for the GPIO buttons. Hotplug events will only be fired if >> >> 1. It's the initial stable

Re: [OpenWrt-Devel] block bugged

2019-06-20 Thread Jo-Philipp Wich
Hi, make dirclean will fix it. ~ Jo signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] block bugged

2019-06-20 Thread Ansuel Smith
Error loading shared library libjson-c.so.2: No such file or directory (needed by /sbin/block) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH v2] gpio-button-hotplug: mind debounce interval consistently

2019-06-20 Thread Christian Lamparter
On Tuesday, June 18, 2019 1:06:12 PM CEST David Bauer wrote: > This patch implements consistent handling of the debounce interval set > for the GPIO buttons. Hotplug events will only be fired if > > 1. It's the initial stable state (no state-change for duration of the > debounce interval) for a

[OpenWrt-Devel] [PATCH] base-files: apply new sysctl.conf at postinst

2019-06-20 Thread Yousong Zhou
This is mainly for kmod-br-netfilter. To turn off bridge-netfilter-call-xxx immediately after installation While at it - Define filelist="/usr/lib/opkg/info/${pkgname}.list" - Reuse "[ -z "$root" ]" - Grep with "-m1" Fixes FS#2300 Reported-by: Marco Sartorius Signed-off-by: Yousong Zhou

[OpenWrt-Devel] [PATCH, v5] uqmi: add explicit check for message type when expecting a response

2019-06-20 Thread Tautvydas Belgeras
When the utility sends a request it expects a response type message, but does not explicitly check for it. When a device stays idle for some time, it switches into a sleep mode, and notifies the utility with an identification type message. In some configurations the device only sends this

[OpenWrt-Devel] [PATCH, v5] uqmi: add explicit check for message type when expecting a response

2019-06-20 Thread Tautvydas Belgeras
When the utility sends a request it expects a response type message, but does not explicitly check for it. When a device stays idle for some time, it switches into a sleep mode, and notifies the utility with an identification type message. In some configurations the device only sends this

[OpenWrt-Devel] [PATCH, v4] uqmi: add explicit check for message type when expecting a response

2019-06-20 Thread Tautvydas Belgeras
When the utility sends a request it expects a response type message, but does not explicitly check for it. When a device stays idle for some time, it switches into a sleep mode, and notifies the utility with an identification type message. In some configurations the device only sends this

[OpenWrt-Devel] LEDE 17.01.7 and OpenWrt 18.06.3 deadline on Friday

2019-06-20 Thread Jo-Philipp Wich
Hi, please merge any outstanding changes that should be part of LEDE 17.07.7 and OpenWrt 18.06.3 into the respective lede-17.01 and openwrt-18.06 branches until Friday, the 21st of June at 09:00 UTC. I will tag these branches then and start building corresponding binary releases shortly after.

Re: [OpenWrt-Devel] [PATCH v2] uqmi: add explicit check for message type when expecting a response

2019-06-20 Thread Koen Vandeputte
On 19.06.19 11:41, Tautvydas Belgeras wrote: When the utility sends a request it expects a response type message, but does not explicitly check for it. When a device stays idle for some time, it switches into a sleep mode, and notifies the utility with an identification type message. In some