staging/zorun, 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

wireless-regdb: update to version 2026.02.04

2026-02-24T19:24:25Z

75bedc5 wireless-regdb: Update regulatory info for Australia (AU) for 2025 a6e5195 wireless-regdb: Update broken link in regulatory.bin(5) manpage 9e8c67f wireless-regdb: Update regulatory info for Malaysia (MY) for 2024 61a4637 wireless-regdb: Update regulatory info for Malaysia (MY) for 2025 5cefe55 wireless-regdb: Update regulatory info for Tunisia (TN) on 6GHz for 2025 1a729ae wireless-regdb: Update regulatory info for Canada (CA) for 2025 ea20dfa wireless-regdb: update regulatory database based on preceding changes Link: https://github.com/openwrt/openwrt/pull/22150 Signed-off-by: Hauke Mehrtens

iproute2: include upstream patch for musl libc

2026-02-24T19:21:50Z

Due to a missing include, the constant UINT_MAX is undefined. This fixes issues when building v25.12.0-rc5. Including a newer version of iproute2 would include the patch, but causes other building issues. Signed-off-by: Jonas Lochmann Link: https://github.com/openwrt/openwrt/pull/22128 Signed-off-by: Hauke Mehrtens

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

2026-02-24T19:17:24Z

mac80211: backport eMLSR/eMLMR parsing support

2026-02-24T18:40:55Z

Needed for an upcoming mt76 update Signed-off-by: Felix Fietkau

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