staging/svanheule/target/linux, branch main

mediatek: rax3000m: add Airoha AN8855 switch support

2026-04-05T17:53:46Z

This commit adds support for Airoha AN8855 switch to RAX000Me Fixes: https://github.com/openwrt/openwrt/issues/21230 Signed-off-by: air jinkela Link: https://github.com/openwrt/openwrt/pull/21171 Signed-off-by: Hauke Mehrtens

realtek: eth: merge decode_tag() for RTL93xx

2026-04-05T09:28:51Z

rteth_930x_decode_tag() and rteth_931x_decode_tag() are basically the same. The only difference is the port bitmask. Luckily on the RTL930x devices the unused fifth bit is always zero and the mask can be aligned with RTL931x. Take over the RTL931x reason debugging for both targets. Signed-off-by: Markus Stockhausen Link: https://github.com/openwrt/openwrt/pull/22717 Signed-off-by: Robert Marko

realtek: dts: convert D-Link DGS-1250-28X to PHY_C22()

2026-04-05T09:28:14Z

Use the new PHY_C22() macro for this RTL9301 device. Signed-off-by: Markus Stockhausen Link: https://github.com/openwrt/openwrt/pull/22721 Signed-off-by: Robert Marko

realtek: pcs: rtl931x: set SerDes to off early

2026-04-05T09:27:06Z

Set the SerDes mode to OFF early in the setup process to have a clear starting point. This was part of the media handling before as a leftover from the SDK code import. In the SDK, this function didn't only care about applying some media settings but was also some kind of mode setting for fiber modes. Signed-off-by: Jonas Jelonek Link: https://github.com/openwrt/openwrt/pull/22786 Signed-off-by: Robert Marko

realtek: pcs: condense fiber media types

2026-04-05T09:27:06Z

Right now we operate with distinct media types for fiber using different speeds. This is more of a leftover from the SDK then it really makes sense design-wise. The set_media function from the SDK did a lot more than just setting some media-specific parameters. As part of deconstructing this, also reduce the fiber types to a single media type and handle the speed-agnostic parts based on the hw_mode for now. This also drops the check for 100M speed around a block of writes. This check has it's origin in SDK code where a switch statement just didn't handle this case. However, the rest of the SDK doesn't handle this case either. While the explicit 100M support isn't verified yet, there's no need to keep that check. Signed-off-by: Jonas Jelonek Link: https://github.com/openwrt/openwrt/pull/22786 Signed-off-by: Robert Marko

realtek: pcs: collapse DAC media types

2026-04-05T09:27:06Z

So far we had separate media types for different DAC cable lengths, equal to how the SDK defines them. However, this seems overengineered. The types '_50CM' and '_100CM' are always treated equally, same for '_300CM' and '_500CM'. Not only in the RTL931x code, but also the RTL930x code usually just makes a distinction between short and long. Thus, make that a bit cleaner by reducing the DAC type set to '_SHORT' and '_LONG' with DAC cables < 3m being considered short and those with >= 3m being considered as long. Signed-off-by: Jonas Jelonek Link: https://github.com/openwrt/openwrt/pull/22786 Signed-off-by: Robert Marko

realtek: pcs: rename port_media to sds_media

2026-04-05T09:27:06Z

The term 'port media' was chosen due to how the code taken from the SDK was organized. However, the SDK does a pretty good job at intermixing a lot of things which cause confusion in the end. This also applies to the media settings. To be correct, we do not really have port awareness in the PCS driver (and probably shouldn't have) so we do not really deal with a port's media. Instead, we set settings depending on what is attached to the SerDes itself. To fix this confusion, rename the enum, its fields and all usage from 'port_media' to 'sds_media'. Signed-off-by: Jonas Jelonek Link: https://github.com/openwrt/openwrt/pull/22786 Signed-off-by: Robert Marko

rockchip: add reset button support for NanoPi R5S LTS

2026-04-05T00:08:54Z

Backport upstream commit 954f07012794 ("arm64: dts: rockchip: Add reset button to NanoPi R5S"). The NanoPi R5S LTS variant has a reset button wired to GPIO4_A0, but the current OpenWrt rockchip 6.12 patch set lacks the corresponding gpio-keys definition in rk3568-nanopi-r5s.dts. As a result, pressing the button generates no reset event. rockchip already includes kmod-gpio-button-hotplug by default, so backporting the upstream DTS change restores the expected behavior. Rename the patch to 011-v6.17-arm64-dts-rockchip-Add-reset-button-to-NanoPi-R5S.patch to match the upstream source. The non-LTS NanoPi R5S leaves this pin unconnected, matching the upstream rationale for using the shared rk3568-nanopi-r5s.dts. Link: https://lore.kernel.org/r/20250711142138.197445-1-didi.debian@cknow.org Signed-off-by: Roman Pyatikonov Link: https://github.com/openwrt/openwrt/pull/22700 Signed-off-by: Hauke Mehrtens

realtek: dsa: common MSTI initialization

2026-04-04T18:09:26Z

The dsa probing currently disable multiple spanning tree for RTL93xx and keeps the bootloader setup for RTL83xx untouched. Additionally it does this by checking for the family id. Refactor this to a common "disable msti" setup. To make it clear: From now on RTL83xx will also run in MSTI disabled state. Tested on Linksys LGS310C. Signed-off-by: Markus Stockhausen Link: https://github.com/openwrt/openwrt/pull/22749 Signed-off-by: Hauke Mehrtens

realtek: dsa: move n_mst/l2_bucket_size out of family check

2026-04-04T18:09:26Z

Another two variables that are not part of the runtime but the configuration structure. Move them around. Signed-off-by: Markus Stockhausen Link: https://github.com/openwrt/openwrt/pull/22749 Signed-off-by: Hauke Mehrtens