[PATCH v2] kernel: DSA roaming fix for Marvell mv88e6xxx

Marvell mv88e6xxx switch series cannot perform MAC learning from CPU-injected (FROM_CPU) DSA frames, which results in 2 issues. - excessive flooding, due to the fact that DSA treats those addresses as unknown - the risk of stale routes, which can lead to temporary packet loss Backport those patch

[PATCH] wolfssl: bump to v4.7.0-stable

Biggest fix for this version is CVE-2021-3336, which has already been applied here. There are a couple of low severity security bug fixes as well. Three patches are no longer needed, and were removed; the one remaining was refreshed. Signed-off-by: Eneas U de Queiroz --- This was run-tested

[sdwalker/sdwalker.github.io] 62822a: This week's update

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 --- Branch: refs/heads/master

Enabling SATA via SATA_DWC on Meraki MX60W / APM82181

I would like to get the HDD port on the MX60 / MX60W working. Knowing that the APM82181 muxes PCIe and SATA, I tried replacing the PCIe WLAN module with an mSATA one, and disabling PCIe in the MX60 device tree, but enabling SATA0/1: --- a/target/linux/apm821xx/dts/meraki-mx60.dts +++

Re: [PATCH v2 4/5] mvebu: add 5.10 kernel config

Hi, Hauke, On Sun, 21 Feb 2021 at 19:09, Hauke Mehrtens wrote: > > Could you please try to update also the other subtargets in this patch > set and ask others to test this on some devices. > If you do not have these devices it should be fine that you only compile > tested them. Yes, that's the

Re: [PATCH v2 1/5] mvebu: copy 5.4 patches to 5.10

Hi, Hauke, On Sun, 21 Feb 2021 at 18:16, Hauke Mehrtens wrote: > > > If you copy the patches first could you also copy the kernel > configuration files, so it is easy to review them. The new iteration will have the kernel configuration files included in the copy, yes. Thanks, Rui

Re: [PATCH 21.02] feeds: freifunk: use mirror from openwrt.org

Perry [2021-02-21 14:13:15]: Hi, > I have submitted two PR's to remove the freifunk feed from master and > openwrt-21.02. thank you for the heads up, I'm just wondering why we should left openwrt-19.07[1] behind? 1. https://git.openwrt.org/2a3dbded93775aeaf28fbebbd6aada07c9f588c1 Cheers,

Re: [PATCH v2 4/5] mvebu: add 5.10 kernel config

On 2/20/21 9:39 PM, Rui Salvaterra wrote: Hi, Tomasz, On Sat, 20 Feb 2021 at 16:55, Tomasz Maciej Nowak wrote: The cortexa53 and cortexa72 config refresh are missing, also some symbols could be split from this patch and added to generic config, so other targets refresh will produce smaller

Re: [PATCH v2 1/5] mvebu: copy 5.4 patches to 5.10

On 2/20/21 10:48 PM, Rui Salvaterra wrote: [resending as reply to all, sorry about that] Hi, Tomasz, On Sat, 20 Feb 2021 at 16:55, Tomasz Maciej Nowak wrote: Hi Rui, aside from copying patches also files should be split, since some ESPRESSObin variants are merged upstream and with keeping

Re: [PATCH v2 3/5] mvebu: update the Turris Omnia device tree

On 2/21/21 12:06 PM, Tomasz Maciej Nowak wrote: W dniu 20.02.2021 o 21:26, Rui Salvaterra pisze: Hi, Tomasz, On Sat, 20 Feb 2021 at 16:55, Tomasz Maciej Nowak wrote: W dniu 20.02.2021 o 12:53, Rui Salvaterra pisze: Include support for the multicolor LEDs (software controlled, for now) and

Re: [PATCH v2 2/5] mvebu: refresh 5.10 patches

On 2/20/21 5:55 PM, Tomasz Maciej Nowak wrote: W dniu 20.02.2021 o 12:53, Rui Salvaterra pisze: Also delete already upstreamed patches/changes. Signed-off-by: Rui Salvaterra --- ...t-for-endpoint-to-be-ready-before-tr.patch | 50 --- ...-t-rely-on-jiffies-while-holding-spi.patch | 54 ---

Re: Host dependencies and checking them

On 20/02/21 23:52, Bas Mevissen wrote: Hi all, When starting a clean build (21.02 branch) on a clean Fedora 33 machine, I ran into the small issue of tools/autoconf failing to build. This was due to perl-File-Compare missing. I apparently missed that prerequisite. After installing said

Re: [PATCH 21.02] feeds: freifunk: use mirror from openwrt.org

Hi, I have submitted two PR's to remove the freifunk feed from master and openwrt-21.02. https://github.com/openwrt/openwrt/pull/3900 https://github.com/openwrt/openwrt/pull/3901 The reasons for removing the feeds, outside of this email thread, can be read at

Re: [PATCH v2 4/5] mvebu: add 5.10 kernel config

W dniu 20.02.2021 o 21:39, Rui Salvaterra pisze: > Hi, Tomasz, > > On Sat, 20 Feb 2021 at 16:55, Tomasz Maciej Nowak wrote: >> >> The cortexa53 and cortexa72 config refresh are missing, also some symbols >> could be split from this patch and added to generic config, so other targets >> refresh

Re: [PATCH v2 3/5] mvebu: update the Turris Omnia device tree

W dniu 20.02.2021 o 21:26, Rui Salvaterra pisze: > Hi, Tomasz, > > On Sat, 20 Feb 2021 at 16:55, Tomasz Maciej Nowak wrote: >> >> W dniu 20.02.2021 o 12:53, Rui Salvaterra pisze: >>> Include support for the multicolor LEDs (software controlled, for now) and >>> fix >>> the hardware buffer

Re: [PATCH v2 1/5] mvebu: copy 5.4 patches to 5.10

W dniu 20.02.2021 o 20:46, Rui Salvaterra pisze: > Hi, Tomasz, > > On Sat, 20 Feb 2021 at 16:55, Tomasz Maciej Nowak wrote: >> >> Hi Rui, >> >> aside from copying patches also files should be split, since some >> ESPRESSObin variants are merged upstream and with keeping files as they are >>