Markus Stockhausen 0ff617f1f6 realtek: pcs: revive dead ports after RTL8382M start ... SerDes attached ports that are connected during switch boot might not be able to transmit any data after SerDes setup. Especially ports that passed traffic before (e.g. for tftp initramfs boot) seem to be affected. Ports that are connected later do not show this issue. It turns out that the old SerDes setup never really worked on RTL8382 and the pcs refactoring (with dynamic SerDes start and stop) totally changed the order of network bringup in contrast to Realtek SDK. Fix this by restaring the switch queue whenever a SerDes goes up for the first time. Fixes: e956adf ("realtek: rtl838x: setup SDS in PCS driver") Signed-off-by: Markus Stockhausen <markus.stockhausen@gmx.de> Link: https://github.com/openwrt/openwrt/pull/21956 Signed-off-by: Robert Marko <robimarko@gmail.com> (cherry picked from commit 0839c5c9f2) Manually resolved merge conflicts. Signed-off-by: Goetz Goerisch <ggoerisch@gmail.com> Link: https://github.com/openwrt/openwrt/pull/22087 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>		2026-03-01 02:02:29 +01:00
..
dsa/rtl83xx	realtek: central unlock for RTL838x write protection	2026-03-01 02:02:29 +01:00
ethernet	realtek: dsa: avoid use-after-free	2026-02-08 21:25:29 +01:00
mdio	realtek: mdio-serdes: use correct device table identifier	2025-12-16 14:03:11 +01:00
pcs	realtek: pcs: revive dead ports after RTL8382M start	2026-03-01 02:02:29 +01:00
phy	realtek: dsa,phy: rtl838x: remove 'SerDes as PHY' leftovers	2025-12-09 00:28:44 +01:00