Re: [OpenWrt-Devel] x86: Add missing kernel option CONFIG_X86_DECODER_SELFTEST

2020-02-12 Thread Alexandru Ardelean
On Tue, Feb 11, 2020 at 8:20 PM Hauke Mehrtens wrote: > > This option has now a different dependency and can be activated, set a > default value. > > Fixes: 20b5a4ca01ca ("kernel: bump 4.19 to 4.19.101") Tested-by: Alexandru Ardelean [ both x86 4.14 & 4.19 ] > Signed-off-by: Hauke Mehrtens > -

[OpenWrt-Devel] [PATCH 4/4] build: Add additional kernel debug options

2020-02-12 Thread Hauke Mehrtens
Make it possible to activate some additional kernel debug options. This can be used to debug some problems in kernel drivers. Signed-off-by: Hauke Mehrtens --- config/Config-kernel.in | 68 target/linux/generic/config-4.14 | 5 +++ target/linux/generic/

[OpenWrt-Devel] [PATCH 1/4] build: Add option KERNEL_UBSAN

2020-02-12 Thread Hauke Mehrtens
The kernel Undefined Behavior Sanitizer is able to detect some memory bugs in the kernel like out of range array accesses. Signed-off-by: Hauke Mehrtens --- config/Config-kernel.in | 35 target/linux/generic/config-4.14 | 4 target/linux/generic/co

[OpenWrt-Devel] [PATCH 3/4] build: Add KCOV kernel code coverage for fuzzing

2020-02-12 Thread Hauke Mehrtens
The adds an option to activate KCOV (Code coverage for fuzzing). Signed-off-by: Hauke Mehrtens --- config/Config-kernel.in | 33 + 1 file changed, 33 insertions(+) diff --git a/config/Config-kernel.in b/config/Config-kernel.in index 3059a45f48..8e9e3518bf 100644

[OpenWrt-Devel] [PATCH 2/4] build: Add option KERNEL_KASAN

2020-02-12 Thread Hauke Mehrtens
The kernel kernel address sanitizer is able to detect some memory bugs in the kernel like out of range array accesses. Signed-off-by: Hauke Mehrtens --- config/Config-kernel.in | 52 target/linux/generic/config-4.14 | 1 + target/linux/generic/config-4.

[OpenWrt-Devel] jffs2 runs into read-only on low memory systems (5 eblocks)

2020-02-12 Thread Alexander 'lynxis' Couzens
Hi David, I'm currently working with low flash system (4MB flash / jffs2: 320 kb, 5 erase blocks). Some of the systems seems to run into read-only mode, while most work fine. I've around ~50 devices which is less than 5 %. My devices runs 4.14 and ar71xx devices. I would guess the garbage collec

[OpenWrt-Devel] [PATCH] iw: update to 5.4

2020-02-12 Thread DENG Qingfang
Update iw to 5.4 This increases the ipk size of iw-tiny/full by about 400 bytes Signed-off-by: DENG Qingfang --- package/network/utils/iw/Makefile | 6 +- .../utils/iw/patches/001-nl80211_h_sync.patch | 111 +- .../utils/iw/patches/200-reduce_size.patch| 30 ++-

Re: [OpenWrt-Devel] jffs2 runs into read-only on low memory systems (5 eblocks)

2020-02-12 Thread Adrian Schmutzler
> -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On > Behalf Of Alexander 'lynxis' Couzens > Sent: Mittwoch, 12. Februar 2020 13:02 > To: dw...@infradead.org > Cc: OpenWrt Development List > Subject: [OpenWrt-Devel] jffs2 runs into read-only on lo

[OpenWrt-Devel] [PATCH] iproute2: update to 5.5.0, enable LTO

2020-02-12 Thread DENG Qingfang
Update iproute2 to 5.5.0 Enable LTO to save several KB of size Signed-off-by: DENG Qingfang --- package/network/utils/iproute2/Makefile| 8 .../network/utils/iproute2/patches/100-configure.patch | 2 +- .../iproute2/patches/115-add-config-xtlibdir.patch | 2 +- ..

Re: [OpenWrt-Devel] [PATCH v4 1/2] serial: ar933x_uart: add rs485 support

2020-02-12 Thread Petr Štetiar
Daniel Golle [2020-02-11 20:33:57]: Hi, it really still feels somehow weird, that's mainly why I've suggested to take this through upstream first in my previous email. > +@@ -103,10 +106,42 @@ static inline void ar933x_uart_stop_tx_i > + static inline void ar933x_uart_putc(struct ar933x_uart_po

Re: [OpenWrt-Devel] [PATCH v4 1/2] serial: ar933x_uart: add rs485 support

2020-02-12 Thread Karl Palsson
Petr Štetiar wrote: > > I really dont get this part and BTW it possibly breaks > `rs485-rx-during-tx` DTS binding. Just as an aside, that's not a required binding, and not used all that often either. Not all hardware even supports this, even if you make sure the driver handles it well. The t

Re: [OpenWrt-Devel] [PATCH v4 1/2] serial: ar933x_uart: add rs485 support

2020-02-12 Thread Daniel Golle
Hi Petr, thanks for looking at all that mess I'm extracting from GPL sources... I've looking at how things are supposed to be done and re-wrote the RS-485 and half-duplex parts from scratch. On Wed, Feb 12, 2020 at 01:43:35PM +0100, Petr Štetiar wrote: > Daniel Golle [2020-02-11 20:33:57]: > >

[OpenWrt-Devel] [PATCH v5 1/2] serial: ar933x_uart: add rs485 support

2020-02-12 Thread Daniel Golle
Implement half-duplex as well as mctrl-gpio for RS-485 support. Signed-off-by: Daniel Golle --- ...61-tty-serial-ar933x-uart-rs485-gpio.patch | 206 ++ 1 file changed, 206 insertions(+) create mode 100644 target/linux/ath79/patches-4.19/0061-tty-serial-ar933x-uart-rs485-gpio.pa

[OpenWrt-Devel] [PATCH v5 2/2] ath79: add support for Teltonika RUT955

2020-02-12 Thread Daniel Golle
Specification: - 550/400/200 MHz (CPU/DDR/AHB) - 128 MB of RAM (DDR2) - 16 MB of FLASH (SPI NOR) - 4x 10/100 Mbps Ethernet, with passive PoE support on LAN1 - 2T2R 2,4 GHz (AR9344) - built-in 4G/3G module (example: Quectel EC-25EU) - internal microSD slot (spi-mmc, buggy and disabled for now) - RS

[OpenWrt-Devel] [PATCH 1/2] ath79: backport phy reset-controller patches

2020-02-12 Thread David Bauer
The Siemens WS-AP3610 asserts reset to the ethernet PHY with the reset-register. Backport the necessary patches to de-assert reset when probing the PHY. These patches can be dropped when using kernel 5.4. Signed-off-by: David Bauer --- ...net-phy-add-reset-controller-support.patch | 107 +++

[OpenWrt-Devel] [PATCH 2/2] ath79: add support for Siemens WS-AP3610

2020-02-12 Thread David Bauer
Hardware SoC: Atheros AR7161 RAM: Samsung K4H511638D-UCCC 2x 64M DDR1 SPI: Micron M25P128 (16M) WiFi: Atheros AR9160 bgn Atheros AR9160 an ETH: Broadcom BCM5481 LED: Power (Green/Red) ETH (Green / Blue / Yellow) (PHY-controlled) WiFi 5 (Green / Blue)

Re: [OpenWrt-Devel] [PATCH v5 1/2] serial: ar933x_uart: add rs485 support

2020-02-12 Thread Petr Štetiar
Daniel Golle [2020-02-12 16:37:36]: ... > ++static inline int ar933x_uart_is_half_duplex(struct ar933x_uart_port *up) > ++{ That function name is quite confusing as it's checking for 485/HD. > ++return (up->port.rs485.flags & SER_RS485_ENABLED) && > ++ !(up->port.rs485.flags &

Re: [OpenWrt-Devel] Network broken with kernels 5.2+

2020-02-12 Thread Rafał Miłecki
On Tue, 29 Oct 2019 at 07:00, Mathias Kresin wrote: > 28/10/2019 23:01, Rafał Miłecki: > > Using OpenWrt with kernels 5.2+ results in broken network. Interfaces > > seem OK but I cannot ping my router anymore. > > > > This regression is caused by the upstream commit > > > > commit b424e432e770d6dd

Re: [OpenWrt-Devel] [PATCH v5 1/2] serial: ar933x_uart: add rs485 support

2020-02-12 Thread Daniel Golle
Hi Petr, On Wed, Feb 12, 2020 at 05:33:59PM +0100, Petr Štetiar wrote: > Daniel Golle [2020-02-12 16:37:36]: > > ... > > > ++static inline int ar933x_uart_is_half_duplex(struct ar933x_uart_port *up) > > ++{ > > That function name is quite confusing as it's checking for 485/HD. If someone wan

Re: [OpenWrt-Devel] Network broken with kernels 5.2+

2020-02-12 Thread Ansuel Smith
> > On Tue, 29 Oct 2019 at 07:00, Mathias Kresin wrote: > > 28/10/2019 23:01, Rafał Miłecki: > > > Using OpenWrt with kernels 5.2+ results in broken network. Interfaces > > > seem OK but I cannot ping my router anymore. > > > > > > This regression is caused by the upstream commit > > > > > > commi

Re: [OpenWrt-Devel] Network broken with kernels 5.2+

2020-02-12 Thread Mathias Kresin
Am Mi., 12. Feb. 2020 um 17:38 Uhr schrieb Rafał Miłecki : > > On Tue, 29 Oct 2019 at 07:00, Mathias Kresin wrote: > > 28/10/2019 23:01, Rafał Miłecki: > > > Using OpenWrt with kernels 5.2+ results in broken network. Interfaces > > > seem OK but I cannot ping my router anymore. > > > > > > This re

[OpenWrt-Devel] Rebuild kernel modules from changed packages for each stable dot release

2020-02-12 Thread Luiz Angelo Daros de Luca
Hello, ksmbd recently got an update for 19.07. It consists on a kernel module and some auxiliary programs. The auxiliar programs got into the oficial repo as usual. However, the new userland package might be incompatible with the old kernel module. I downloaded the last SDK and the kernel module