staging/zorun/target, branch main

bcm53xx: meraki mx6x: use nvmem MAC assignment

2026-02-25T15:17:05Z

Userspace handling is deprecated. Once mac-base goes upstream, the patch itself can go upstream as well. Signed-off-by: Rosen Penev Link: https://github.com/openwrt/openwrt/pull/22058 Signed-off-by: Robert Marko

ramips: dts: convert to dt-bindings clock index

2026-02-25T13:06:02Z

Use clock index macros defined in dt-bindings header to improve the code readability. Signed-off-by: Shiji Yang Link: https://github.com/openwrt/openwrt/pull/22163 Signed-off-by: Robert Marko

realtek: hog the GS1900-24E external IC reset line

2026-02-24T20:29:26Z

The GPIO line connecting to the reset signals of the GS1900-24E(A1)'s external ICs (RTL8218B phys and RTL8231 expander) cannot be asserted by the MDIO subsystem, as the reset is shared between busses. To prevent users from accidentally asserting the reset line, a GPIO hog is created to permanently de-assert the signal, reliably keeping the phys and GPIO expanders on. Tested-by: Simon Fischer Signed-off-by: Sander Vanheule

realtek: rtl838x: drop GS1900 MDIO reset GPIO

2026-02-24T20:29:26Z

The reset line wired to the RTL8231 on the GS1900 series may also connect to other external ICs on the board. On the GS1900-24E, the reset line is wired (via buffers) to the board's RTL8231 expanders and the RTL8218 phys. As these external devices (phys) are on different busses, the reset line shouldn't be specified on one bus or the other. Drop the reset specification from the generic GPIO description, so it can be added back on a per-device basis after confirming the behavior. Link: https://github.com/openwrt/openwrt/issues/18620 Fixes: fd978c2e80b4 ("realtek: Enable Zyxel GS1900's RTL8231 reset line") Signed-off-by: Sander Vanheule

econet: en7528: split DASAN H660GM-A into Airtel and Generic variants

2026-02-24T19:17:24Z

mt7620: workaround jal imm26 and redundant PAGE_ALIGN

2026-02-24T13:40:39Z

On MT7620-class platforms (CONFIG_NET_RALINK_MT7620) we observe sporadic wrong-jump-targets, kernel oopses, hanging, corrupted backtraces or even "half-written" instructions when the compiler emits a direct 'jal imm26' call. This is triggered in: - the small random helpers inside get_random_u32_below(), and - the blkcg_maybe_throttle_current() call in resume_user_mode_work(). This patch forces those two call sites to use an indirect call via a volatile function pointer (load into register + jalr) when building for MT7620, avoiding embedding a 26-bit immediate jump target. Additionally, on MT7620 builds the exec path in fs/exec.c is modified: - skip arch_align_stack() + PAGE_ALIGN() in setup_arg_pages() because the micro-randomization (< PAGE_SIZE) implemented by many ports (including MT7620) is negated immediately by PAGE_ALIGN(). Skipping the redundant PAGE_ALIGN() reduces exposure to the problematic code pattern. These changes are targeted workarounds for MT7620; behavioral logic is unchanged. Signed-off-by: Mieczyslaw Nalewaj Link: https://github.com/openwrt/openwrt/pull/20553 Signed-off-by: Robert Marko

ath79: mikrotik: fix DEVICE_PACKAGES

2026-02-24T13:37:33Z

Instead of redifining the DEVICE_PACKAGES, make sure to expand the list so yafut is included by default as well. Fixes: 42cd48678745 ("ath79: remove kmod-ath9k and wpad from Mikrotik RB750r2") Signed-off-by: Robert Marko

mvebu: use libdeflate for FitImage

2026-02-24T10:47:22Z

Use libdeflate for faster and better compression in FitImages. Signed-off-by: Robert Marko

imx: cortexa53: remove KSZ9477 static driver

2026-02-24T09:48:01Z

The KSZ9477 driver was added to the cortexa53 kernel to support the Gateworks Venice product family which has a board with this switch. Now that the kmod-dsa-ksz9477 driver is available as a package remove the static configuration ad add the package. This resolves an issue caused by having the switch driver static and the PHY driver as a module such that the PHY driver was not registered early enough to be used causing some errata to not be worked around. Signed-off-by: Tim Harvey Link: https://github.com/openwrt/openwrt/pull/22120 Signed-off-by: Robert Marko

realtek: dsa: allow building as a module

2026-02-23T21:03:03Z

The makefile recipe is wrong and a module compilation tries to build each object individually. Fix that. This allows to build the dsa driver as a module. Suggested-by: Balázs Triszka Signed-off-by: Markus Stockhausen Link: https://github.com/openwrt/openwrt/pull/22121 Signed-off-by: Robert Marko