Re: WDS stopped working in 21.02, looking for bug in netifd

2021-09-20 Thread Daniel Haid
Felix, I took the last openwrt snapshot and compiled netifd from master with your patch applied and installed it. Result: After boot wlan0.sta1 was DOWN. After "/etc/init.d/network restart" it was UP and the connection worked! After another "/etc/init.d/network restart" it was DOWN again. After

[PATCH] ramips: fix ralink_i2s_debugfs_remove declaration

2021-09-20 Thread Eneas U de Queiroz
Correct ralink_i2s_debugfs_remove declaration in ralink patches when CONFIG_DEBUG_FS is not selected. Signed-off-by: Eneas U de Queiroz --- Fixes the following error, when compiling without DEBUG_FS: sound/soc/ralink/ralink-i2s.c:678:53: warning: 'struct fsl_ssi_dbg' declared inside parameter

Re: WDS stopped working in 21.02, looking for bug in netifd

2021-09-20 Thread Daniel Haid
Please test if applying this change to netifd fixes the issue. I am currently building the toolchain for the current snapshot, so I can test on the current snapshot. So far I have only been able to test the patch on 21.02. Since the patch does not apply cleanly I tried to versions of the pat

Re: [PATCH v2] realtek: fix RTL8231 gpio expander for high GPIOs

2021-09-20 Thread Sander Vanheule
On Mon, 2021-09-20 at 20:13 +0300, Paul Fertser wrote: > GPIOs > 31 require special handling. This patch fixes both the > initialisation and direction get/set operations. > > Signed-off-by: Paul Fertser > --- > > Notes: >     Changes from v1: > - Do not modify high GPIOs direction bits on i

Re: [PATCH] realtek: fix RTL8231 gpio expander for high GPIOs

2021-09-20 Thread Paul Fertser
Hi Sander, Thank you for review, it made me think about consistency. On Mon, Sep 20, 2021 at 05:45:06PM +0200, Sander Vanheule wrote: > On Fri, 2021-09-17 at 16:11 +0300, Paul Fertser wrote: > > rtl8231_write(gpios, RTL8231_GPIO_PIN_SEL(0), 0x); > > rtl8231_write(gpios, RTL823

[PATCH v2] realtek: fix RTL8231 gpio expander for high GPIOs

2021-09-20 Thread Paul Fertser
GPIOs > 31 require special handling. This patch fixes both the initialisation and direction get/set operations. Signed-off-by: Paul Fertser --- Notes: Changes from v1: - Do not modify high GPIOs direction bits on init .../realtek/files-5.4/drivers/gpio/gpio-rtl8231.c | 13 --

Re: WDS stopped working in 21.02, looking for bug in netifd

2021-09-20 Thread Felix Fietkau
On 2021-09-20 16:46, Daniel Haid wrote: > I have continued investigating. > > After all, it seems that the interface being down is just a symptom. > > I summarize my current findings: > > With the 21.02 netifd version, there seems to be a bug concerting WDS. > The bug has the following effect:

Re: [patch] elfutils: enable host build

2021-09-20 Thread Lucian Cristian
On 31.08.2021 10:04, Lucian Cristian wrote: frr 8.0 needs host libelf dev add option for host build tested on x86, ramips, kirkwood Signed-off-by: Lucian Cristian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.or

Re: [PATCH] realtek: fix RTL8231 gpio expander for high GPIOs

2021-09-20 Thread Sander Vanheule
Hi Paul, Thanks for the patch. One comment below. On Fri, 2021-09-17 at 16:11 +0300, Paul Fertser wrote: > GPIOs > 31 require special handling. This patch fixes both the > initialisation (defaulting to input) and direction get/set operations. > > Runtime-tested on D-Link DGS-1210-10P-R1 which ha

Re: WDS stopped working in 21.02, looking for bug in netifd

2021-09-20 Thread Daniel Haid
I have continued investigating. After all, it seems that the interface being down is just a symptom. I summarize my current findings: With the 21.02 netifd version, there seems to be a bug concerting WDS. The bug has the following effect: I have openwrt 21.02 running on one system running as

Re: WDS stopped working in 21.02, looking for bug in netifd

2021-09-20 Thread Daniel Haid
I have investigated a bit more. Even without the "fix", after each reboot WDS there seems to be about a 50% chance of WDS working. To reliably reproduce the bug, it is necessary to do /etc/init.d/network restart with the WDS client connected. Now what I noticed is that using the netifd versio

Re: [PATCH v4 0/6] at91: add support for sama5d2 icp, sama5d27 wlsom1 ek and sam9x60ek

2021-09-20 Thread claudiu via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- On 20.09.2021 12:27, Claudiu Bezne

[PATCH v4 5/6] at91: enable kernel config for sam9x60

2021-09-20 Thread Claudiu Beznea via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Enable kernel config for SAM9X60.

[PATCH v4 6/6] at91: add support for sam9x60-ek board

2021-09-20 Thread Claudiu Beznea via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Add support for SAM9X60-EK board.

[PATCH v4 1/6] at91: kernel: bump to 5.10

2021-09-20 Thread Claudiu Beznea via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Bump at91 targets to kernel v5.10.

[PATCH v4 2/6] at91: enable specific sam9x kernel config flags

2021-09-20 Thread Claudiu Beznea via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Enable specific sam9x kernel confi

[PATCH v4 3/6] at91: add support for sama5d2 icp board

2021-09-20 Thread Claudiu Beznea via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Add support for SAMA5D2 ICP board.

[PATCH v4 0/6] at91: add support for sama5d2 icp, sama5d27 wlsom1 ek and sam9x60ek

2021-09-20 Thread Claudiu Beznea via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Hi, This series adds support for

[PATCH v4 4/6] at91: add support for sama5d27-wlsom1-ek board

2021-09-20 Thread Claudiu Beznea via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Add support for SAMA5D27 WLSOM1-EK