BUILD_CFG_DISTCLEANtrue開始前に <code>make distclean</code> を実施BUILD_CFG_DISTCLEANBooleanParameterDefinitionBUILD_CFG_DIFFCONFIGtruediffconfigを使用してビルドBUILD_CFG_DIFFCONFIGBooleanParameterDefinitionBUILD_CFG_TARGET_DEVWR8750N/WR9500N/WG600HP (AR9344)ビルド対象機種系統BUILD_CFG_TARGET_DEVChoiceParameterDefinitionWR8750N/WR9500N/WG600HP (AR9344)WG1400HP/WG1800HP/WG1800HP2 (QCA9558)https://taiha.net/jenkins/job/OpenWrt-master-NEC-BSD-Aterm/<p>OpenWrt main for NetBSD based NEC Aterm series routers:</p>
<p>NECのBootloaderからinitramfs-factory.binブート可</p>
OpenWrt (master) for NEC Aterm (NetBSD based)OpenWrt (master) for NEC Aterm (NetBSD based)OpenWrt (master) for NEC Aterm (NetBSD based)OpenWrt-master-NEC-BSD-AtermOpenWrt-master-NEC-BSD-Atermhttps://taiha.net/jenkins/job/OpenWrt-master-NEC-BSD-Aterm/trueStarted by timer with parameters: {BUILD_CFG_TARGET_DEV=WG1400HP/WG1800HP/WG1800HP2 (QCA9558)}BUILD_CFG_DISTCLEANtrueBUILD_CFG_DIFFCONFIGtrueBUILD_CFG_TARGET_DEVWG1400HP/WG1800HP/WG1800HP2 (QCA9558)4272808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/main2808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/main2808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/mainhttps://github.com/openwrt/openwrtconfig.buildinfoconfig.buildinfobin/targets/ath79/generic/config.buildinfofeeds.buildinfofeeds.buildinfobin/targets/ath79/generic/feeds.buildinfoopenwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1400hp-uboot.binopenwrt-ath79-generic-nec_wg1400hp-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp2-uboot.binopenwrt-ath79-generic-nec_wg1800hp2-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-uboot.binopenwrt-ath79-generic.manifestopenwrt-ath79-generic.manifestbin/targets/ath79/generic/openwrt-ath79-generic.manifestprofiles.jsonprofiles.jsonbin/targets/ath79/generic/profiles.jsonsha256sumssha256sumsbin/targets/ath79/generic/sha256sumsversion.buildinfoversion.buildinfobin/targets/ath79/generic/version.buildinfofalsediffconfig: true, device: WG1400HP/WG1800HP/WG1800HP2 (QCA9558)#42721507872162862OpenWrt (master) for NEC Aterm (NetBSD based) #427427falsefalse427420SUCCESS1779679200364https://taiha.net/jenkins/job/OpenWrt-master-NEC-BSD-Aterm/427/home-slave02_taihasv- target/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macpackage/boot/uboot-mediatek/Makefiletarget/linux/mediatek/dts/mt7981b-globitel-bt-r320.dtspackage/boot/uboot-mediatek/patches/472-add-globitel-bt-r320.patchpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networka3105d3f9573a140a1ac70a99b77b7091878761c1779666385000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for Globitel BT-R320
The Globitel BT-R320 (PCB rev V1.2) is an enterprise/ISP Wi-Fi 6 router
based on the MediaTek MT7981B (Filogic 820) platform.
Hardware specifications:
SoC: MediaTek MT7981B (Filogic 820)
RAM: 1GB DDR4 (Nanya NT5AD512M16C4-HR)
Flash: 128GB eMMC (UNIC UNMEN07GC4C31BS)
Switch: MediaTek MT7531AE
Ethernet: 1x 1GbE WAN, 3x 1GbE LAN
Wi-Fi: 2.4 GHz: 2x2 MT7976CN and 5 GHz: 2x2 MT7976CN (integrated FEM)
USB: 1x USB 3.0
LEDs: 2x Green (WLAN 2.4G / 5G)
Buttons: 1x Reset (GPIO 1, ACTIVE_LOW), 1x WPS (GPIO 0, ACTIVE_LOW)
Power: 12V, 1.5A
UART: 115200 8n1
Note on eMMC configuration (Addressing 52MHz limit on 128GB IC):
Debugfs output from the OEM firmware (/sys/kernel/debug/mmc0/ios) confirms
the manufacturer deliberately limits the eMMC to 52MHz High-Speed mode at 3.3V
(actual clock: 52000000 Hz, bus width: 8 bits, timing spec: mmc high-speed).
Therefore, the conservative DTS properties (max-frequency = <52000000> and
lack of HS200/HS400 support) strictly reflect the OEM hardware design.
Installation instructions:
1. SSH into the stock router (192.168.132.1, user: root, pass: password).
2. Back up existing partitions using dd.
3. Upload the OpenWrt-built GPT partition table (*-gpt.bin) and flash it:
dd if=/tmp/gpt.bin of=/dev/mmcblk0 bs=512 count=34 conv=fsync
echo -e 'w' | fdisk /dev/mmcblk0
4. Flash the OpenWrt-built U-Boot (*-bl31-uboot.fip) to the FIP partition:
dd if=/tmp/uboot.fip of=$(blkid -t PARTLABEL=fip -o device) conv=fsync
5. Disconnect power. Connect PC with static IP 192.168.1.2.
6. Hold reset button, power on, and wait 10 seconds to enter U-Boot web UI.
7. Flash the OpenWrt sysupgrade image.
Stock partition layout:
p1: uboot_env
p2: factory
p3: fip
p4: kernel
p5: rootfs
p6: userdata
MAC address layout (factory partition, mmcblk0p2):
WAN: xx:xx:xx:xx:xx:xx (factory offset 0x24)
LAN: xx:xx:xx:xx:xx:xy (factory offset 0x2a)
Label: Matches LAN MAC (0x2a)
2.4G: Base MAC (extracted from factory offset 0x4)
5G: Base MAC with Locally Administered bit set
Signed-off-by: Kirill Molotov <kirill2015molotov@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23188
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 01:46:25 +0200a3105d3f9573a140a1ac70a99b77b7091878761cmediatek: filogic: add support for Globitel BT-R320edittarget/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.sheditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogicaddtarget/linux/mediatek/dts/mt7981b-globitel-bt-r320.dtseditpackage/boot/uboot-mediatek/Makefileaddpackage/boot/uboot-mediatek/patches/472-add-globitel-bt-r320.patchedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
- target/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/dts/mt7981b-alwaylink-m01k43.dtspackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mkdb7d264e475293a58bb9fb3c2f59036d2edf0b241779669243000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for AlwayLink M01K43
Add support for the AlwayLink M01K43 5G CPE router.
Hardware specifications:
- SoC: MediaTek MT7981B (Filogic 820), dual-core Cortex-A53
- RAM: 256 MiB DDR3 (0x40000000, size 0x10000000)
- Flash: 128 MiB SPI-NAND (UBI, root) + 4 MiB SPI-NOR (bootloader)
- Ethernet: 4x 1 GbE LAN + 1x 2.5 GbE WAN
(MT7531 DSA switch; WAN via RTL8221B 2.5GbE PHY on MAC1)
- WiFi: MT7981 built-in 2x2 802.11ax (2.4 GHz + 5 GHz)
- USB: 1x xHCI (USB 2.0 only; USB 3.0 PHY pins not routed)
- Modem: M.2 B-Key slot wired for USB (tested: Quectel RM551E-GL,
Quectel RM520N-GL via QMI)
- LEDs: 10x GPIO LEDs (status, WAN, LAN, WiFi 2.4/5, signal bars)
- Buttons: WPS, Reset, RFKill
- Power: 12 V DC barrel jack
- UART: 3.3 V TTL header on PCB, 115200 8N1, no flow control
PCB silkscreen: M01K43 v5.0
Manufacturer: Shenzhen AlwayLink Wireless Technology Co., Ltd.
MAC addresses come from the 'ledeinfo' partition (mtd6) at offset 0x18
(label macaddr_ledeinfo_18); the stored value is the LAN MAC.
interface this port vendor firmware
------------------- ----------- --------------------------
eth0 / LAN bridge base + 0 base + 0
eth1 / WAN base + 1 base + 1
wifi 2.4 GHz band@0 base + 2 base (driver-derived)
wifi 5 GHz band@1 base + 3 base + LAA bit (driver)
The vendor's ethernet scheme (LAN = base, WAN = base + 1) is reproduced
exactly. For WiFi the vendor's proprietary mt_wifi driver ignores the
stored per-radio MAC and derives each BSSID from the base by setting the
locally-administered bit, so the radios are not given clean unicast
offsets. Under mainline mt76 + DSA, reusing the base (LAN) MAC on a radio
collides at L2 with the gmac0 conduit, so this port assigns the 2.4 GHz
and 5 GHz radios base + 2 and base + 3 — unique unicast addresses in the
same OUI block.
Installation
------------
Stock firmware defaults (verified on shipping units):
LAN IP: 192.168.100.1
SSH/web: user 'root', password 'admin'
Serial: 3.3 V TTL UART header on PCB, 115200 8N1, no flow control
Image artifacts produced by this device definition:
openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-factory.bin
openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-sysupgrade.bin
Before flashing, back up the per-unit partitions (cannot be
regenerated):
ssh root@192.168.100.1
dd if=/dev/mtd3 of=/tmp/factory.bin bs=1 count=655360
dd if=/dev/mtd6 of=/tmp/ledeinfo.bin bs=1 count=65536
exit
scp root@192.168.100.1:/tmp/factory.bin .
scp root@192.168.100.1:/tmp/ledeinfo.bin .
Method 1 - From an existing OpenWrt install (sysupgrade):
IMG=openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-sysupgrade.bin
scp "$IMG" root@192.168.1.1:/tmp/sysupgrade.bin
ssh root@192.168.1.1 sysupgrade -n /tmp/sysupgrade.bin
Method 2 - U-Boot serial recovery via TFTP (requires 3.3 V USB-UART
adapter):
1. Attach 3.3 V USB-UART (TX, RX, GND) to the PCB header. Open a
terminal at 115200 8N1, no flow control.
2. Configure a TFTP server on the host PC at IP 192.168.2.88.
Place the factory image in the TFTP root, renamed if desired.
3. Power on the router. The BL2/U-Boot banner prints within ~1
second; press any key during the autoboot countdown to enter
the U-Boot menu.
4. From the menu, select 'Upgrade ubi'. U-Boot's default IP is
192.168.2.1 and it expects the TFTP server at 192.168.2.88.
Provide the factory image filename when prompted.
5. Wait for the write to complete; U-Boot reboots into OpenWrt.
Method 3 - From a NAND programmer (brick-recovery path):
1. Clip onto or desolder the SPI-NAND chip and dump the full
128 MiB with a programmer (e.g. RT809H, CH341A with NAND
adapter). Keep the dump as a recovery image.
2. Using the same programmer, write the factory.bin image to
the UBI region of the NAND. The SPI-NOR (BL2/u-boot-env/
Factory/FIP/woem/ledeinfo/nvram) must NOT be erased - those
partitions are per-unit and live on the separate 4 MiB NOR.
3. Reseat the chip and power on. The bootloader on NOR will
load the new kernel and rootfs from UBI.
Signed-off-by: Richard Jones <richard@netsolution.shop>
Link: https://github.com/openwrt/openwrt/pull/22818
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 02:34:03 +0200db7d264e475293a58bb9fb3c2f59036d2edf0b24mediatek: filogic: add support for AlwayLink M01K43edittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsaddtarget/linux/mediatek/dts/mt7981b-alwaylink-m01k43.dtseditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogic
- target/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/dts/mt7981b-huasifei-wh3000r-nand.dtstarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkb2795a7908204f7e4dfb3a173d0cffaecd821fe11779669994000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: add Huasifei WH3000R NAND support
**Huasifei WH3000R NAND**
Wi-Fi 6 router based on MediaTek MT7981B SoC.
MT7981B+MT7976CN+MT7531AE
**Specifications**
SoC: Filogic 820 MT7981B (1.3GHz)
RAM: DDR3 512MB
Flash: 256MiB Winbond SPI NAND
WiFi: MT7976C: 2.4GHz 2x2, 5GHz 2x2
Ethernet: MT7531: 3x 1GbE LAN + 1x 1GbE WAN
USB: 1x USB 3.0 port
Two buttons: reset and mesh
LEDs: RGB (red, green, blue together)
UART: 3.3V, TX, RX, GND / 115200 8N1
DC power interface
+---------+-------------------+--------------------------+
| | MAC | Algorithm |
+---------+-------------------+--------------------------+
| LAN | 58:23:BC:xx:xx:x2 | label+1 |
| WAN | 58:23:BC:xx:xx:x1 | label+0 (eeprom) |
| WLAN 2g | 58:23:BC:xx:xx:x3 | label+2 |
| WLAN 5g | 58:23:BC:xx:xx:x4 | label+3 |
+---------+-------------------+--------------------------+
Since it's convenient for the users to check and tell MAC
to their internet providers from the router label, we set
WAN as a base MAC located at 'Factory', 0x4.
Discussed this with the vendor.
**Installation via U-Boot rescue**
1. Set static IP 192.168.1.2 on your computer and default route as 192.168.1.1
2. Connect to the LAN port and hold the reset button while booting the device.
3. Wait for the LED to blink 5 times, and release the reset button.
4. Open U-boot web page on your browser at http://192.168.1.1
5. Select the OpenWrt sysupgrade image, upload it, and start the upgrade.
6. Wait for the router to flash the new firmware.
7. Wait for the router to reboot itself.
**Installation via sysupgrade**
Just flash sysupgrade file via
[LuCI upgrade page](http://192.168.1.1/cgi-bin/luci/admin/system/flash)
without saving the settings.
**Installation via SSH**
Upload the file to the router `/tmp` directory, `ssh root@192.168.1.1`
and issue a command:
```
sysupgrade -n /tmp/openwrt-mediatek-filogic-huasifei_wh3000r-nand-squashfs-sysupgrade.bin
```
Signed-off-by: Fil Dunsky <filipp.dunsky@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23156
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 02:46:34 +0200b2795a7908204f7e4dfb3a173d0cffaecd821fe1mediatek: add Huasifei WH3000R NAND supportedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsaddtarget/linux/mediatek/dts/mt7981b-huasifei-wh3000r-nand.dtsedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
- target/linux/mediatek/dts/mt7988a-zbtlink-zbt-z8803be.dtstarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_network2808857215ad88779e47465c8a72808f49adc7e61779671313000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for ZBT-Z8803BE
Specifications:
SoC: MediaTek MT7988A (4 cores)
RAM: 1024MiB
Flash: Winbond SPI-NAND 128 MiB
Network: 1 WAN (2.5G), 3 LAN (1G), 1 SFP+ (10G)
2 SIM slots
Buttons: Reset, WPS
Power: DC 12V 3A (Recommend 19V to avoid voltage drop)
WiFi: MT7996 2.4Ghz, 5.8Ghz and 6Ghz (BE19000)
- 2.4Ghz and 5.8Ghz share same dual band antenna (4)
- 6Ghz uses dedicated 6G antenna (4)
Misc: 1 USB2.0 port, UART header
Installation:
A. Through U-Boot menu:
- Prepare your connecting computer to use a static IP in
network 192.168.1.0/24
- Power down the router and hold in the Reset button.
- While holding in the button power up the router again.
- Hold the button in for 10 seconds and then release.
- Use your browser to go to 192.168.1.1
- If you see a GUI allowing for flashing firmware then
you got the right model.
- Upload the sysupgrade file.
Note 1: Recovery GUI can be used to recover from an incorrect
firmware flash.
Note 2: There is a GPIO watchdog that expires after 2 minutes
so flashing sysupgrade via U-boot needs to be done
quickly within that timer.
B. Through OpenWrt Dashboard:
If your router comes with OpenWrt preinstalled
(modified by the seller), you can easily upgrade
by going to the dashboard (192.168.1.1) and then
navigate to System -> Backup/Flash firmware,
then flash the firmware
MAC Addresses:
LAN(printed MAC) : F8:5E:3C:xx:xx:xx (Factory, 0xffff4)
WAN : F8:5E:3C:xx:xx:xx (Factory, 0xffffa)
SFP+ : F8:5E:3C:xx:xx:xx (Factory, 0xfffee)
2.4GHz : F8:5E:3C:xx:xx:xx (Factory, 0x4)
5GHz : F8:5E:3C:xx:xx:xx (Factory, 0x4) + 0x10
6Ghz : F8:5E:3C:xx:xx:xx (Factory, 0x4) + 0x20
Signed-off-by: Tuan Phan <pttuan@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23053
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 03:08:33 +02002808857215ad88779e47465c8a72808f49adc7e6mediatek: filogic: add support for ZBT-Z8803BEedittarget/linux/mediatek/image/filogic.mkaddtarget/linux/mediatek/dts/mt7988a-zbtlink-zbt-z8803be.dtsedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
githttps://taiha.net/jenkins/user/haukehaukeStarted by timer with parameters: {BUILD_CFG_TARGET_DEV=WR8750N/WR9500N/WG600HP (AR9344)}BUILD_CFG_DISTCLEANtrueBUILD_CFG_DIFFCONFIGtrueBUILD_CFG_TARGET_DEVWR8750N/WR9500N/WG600HP (AR9344)4267116f3cd00554242a2e3cb87b891a6bcfc3c59ff7116f3cd00554242a2e3cb87b891a6bcfc3c59ffrefs/remotes/origin/main7116f3cd00554242a2e3cb87b891a6bcfc3c59ff7116f3cd00554242a2e3cb87b891a6bcfc3c59ffrefs/remotes/origin/main7116f3cd00554242a2e3cb87b891a6bcfc3c59ff7116f3cd00554242a2e3cb87b891a6bcfc3c59ffrefs/remotes/origin/mainhttps://github.com/openwrt/openwrtconfig.buildinfoconfig.buildinfobin/targets/ath79/tiny/config.buildinfofeeds.buildinfofeeds.buildinfobin/targets/ath79/tiny/feeds.buildinfoopenwrt-ath79-tiny-nec_wg600hp-initramfs-factory.binopenwrt-ath79-tiny-nec_wg600hp-initramfs-factory.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wg600hp-initramfs-factory.binopenwrt-ath79-tiny-nec_wg600hp-initramfs-kernel.binopenwrt-ath79-tiny-nec_wg600hp-initramfs-kernel.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wg600hp-initramfs-kernel.binopenwrt-ath79-tiny-nec_wg600hp-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wg600hp-squashfs-sysupgrade.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wg600hp-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wg600hp-uboot.binopenwrt-ath79-tiny-nec_wg600hp-uboot.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wg600hp-uboot.binopenwrt-ath79-tiny-nec_wr8750n-initramfs-factory.binopenwrt-ath79-tiny-nec_wr8750n-initramfs-factory.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr8750n-initramfs-factory.binopenwrt-ath79-tiny-nec_wr8750n-initramfs-kernel.binopenwrt-ath79-tiny-nec_wr8750n-initramfs-kernel.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr8750n-initramfs-kernel.binopenwrt-ath79-tiny-nec_wr8750n-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wr8750n-squashfs-sysupgrade.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr8750n-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wr8750n-uboot.binopenwrt-ath79-tiny-nec_wr8750n-uboot.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr8750n-uboot.binopenwrt-ath79-tiny-nec_wr9500n-initramfs-factory.binopenwrt-ath79-tiny-nec_wr9500n-initramfs-factory.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr9500n-initramfs-factory.binopenwrt-ath79-tiny-nec_wr9500n-initramfs-kernel.binopenwrt-ath79-tiny-nec_wr9500n-initramfs-kernel.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr9500n-initramfs-kernel.binopenwrt-ath79-tiny-nec_wr9500n-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wr9500n-squashfs-sysupgrade.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr9500n-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wr9500n-uboot.binopenwrt-ath79-tiny-nec_wr9500n-uboot.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr9500n-uboot.binopenwrt-ath79-tiny.manifestopenwrt-ath79-tiny.manifestbin/targets/ath79/tiny/openwrt-ath79-tiny.manifestprofiles.jsonprofiles.jsonbin/targets/ath79/tiny/profiles.jsonsha256sumssha256sumsbin/targets/ath79/tiny/sha256sumsversion.buildinfoversion.buildinfobin/targets/ath79/tiny/version.buildinfofalsediffconfig: true, device: WR8750N/WR9500N/WG600HP (AR9344)#42621593992162862OpenWrt (master) for NEC Aterm (NetBSD based) #426426falsefalse426419SUCCESS1779666000297https://taiha.net/jenkins/job/OpenWrt-master-NEC-BSD-Aterm/426/home-slave02_taihasv- target/linux/realtek/files-6.18/drivers/thermal/realtek-thermal.c3c4a547eb2142b0cb29054538fe22d59e372c90b1779358077000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: thermal: separate initialization/operation
The driver uses lazy initialization - during first temperature
get. Checking enabled status over and over again does not make
sense. Provide separate setup functions for this. With this split
the error handling will be improved. If initialization fails, the
sensor will not be registered at all.
While we are here fix some minor typos.
Signed-off-by: Markus Stockhausen <markus.stockhausen@gmx.de>
Link: https://github.com/openwrt/openwrt/pull/23405
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:07:57 +02003c4a547eb2142b0cb29054538fe22d59e372c90brealtek: thermal: separate initialization/operationedittarget/linux/realtek/files-6.18/drivers/thermal/realtek-thermal.c
- target/linux/realtek/dts/rtl9313_zyxel_xs1930-12hp.dtstarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12f.dtstarget/linux/realtek/dts/rtl9313_zyxel_xs1930-10.dtstarget/linux/realtek/dts/rtl9313_zyxel_xs1930.dtsid349945f825072aea9bd01ec4204efd5272f581d1779358121000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: move XS1930 LED definitions to common DTSI
The power, cloud and locator LEDs exist on all three XS1930 variants
with the same colors and roles, only the GPIOs differ. Declare them
once in the common DTSI with the -10/-12HP pinout and let -12F
override the gpios properties via phandle references. This removes
three near-identical led-node blocks from the device DTS files.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23428
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:08:41 +0200d349945f825072aea9bd01ec4204efd5272f581drealtek: move XS1930 LED definitions to common DTSIedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12hp.dtsedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12f.dtsedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930.dtsiedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-10.dts
- target/linux/realtek/dts/rtl9313_zyxel_xs1930-aqr813.dtsitarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12hp.dtstarget/linux/realtek/dts/rtl9313_zyxel_xs1930-10.dts0c50884201f30b4a4b25a9a2118686af8149d3bb1779358121000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: reorganize DTS for Zyxel XS1930
XS1930-10 and XS1930-12HP share most of their layout: the same
8-port AQR813 Base-T block, the same SFP+ GPIO mux, identical I2C
master config and serdes polarity. Carve those shared pieces out
into a new intermediate rtl9313_zyxel_xs1930-aqr813.dtsi and have both
device DTS files include it, leaving only their device-specific
differences (LED-set masks, extra PoE bits on -12HP, extra AQR113C
PHYs on -12HP) in the per-device files. XS1930-12F continues to
include the common DTSI directly since its layout differs too much
to share usefully.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23428
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:08:41 +02000c50884201f30b4a4b25a9a2118686af8149d3bbrealtek: reorganize DTS for Zyxel XS1930addtarget/linux/realtek/dts/rtl9313_zyxel_xs1930-aqr813.dtsiedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12hp.dtsedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-10.dts
- target/linux/realtek/dts/rtl9313_zyxel_xs1930.dtsitarget/linux/realtek/image/rtl931x.mktarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12f.dts161a871edd15194a2b419530d40d7886e3bbc7721779358121000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: wire up GPIO fan for Zyxel XS1930 switches
The switches from Zyxels XS1930 have one or two fans in the case. They
might be controlled in a limited fashion. There's a single GPIO which -
depending on the state - drives the fan in slow or fast mode. Wire that
up as a device tree node to be able to control that in userspace.
XS1930-10 and XS1930-12HP use the same GPIO while XS1930-12F moves that
to one of its GPIO expanders. Also add 'kmod-hwmon-gpiofan' for all
three devices to be selected by default.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23428
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:08:41 +0200161a871edd15194a2b419530d40d7886e3bbc772realtek: wire up GPIO fan for Zyxel XS1930 switchesedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12f.dtsedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930.dtsiedittarget/linux/realtek/image/rtl931x.mk
- target/linux/realtek/dts/rtl9313_zyxel_xs1930.dtsid750f5f454e13046ebbeccb23aa75966deb33e011779358121000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: free restore button of XS1930 switches
The support addition for those switches defined the restore button as a
button to trigger a restart. However, those switches also have a reset
button which is wired to the SoC's reset line, causing a reset upon
pressing. Thus, using the restore button for basically the same purpose
doesn't make sense. Change the 'linux,code' property to 'BTN_0' to
assign no real function to that button, allowing it to be used for
different purposes.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23428
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:08:41 +0200d750f5f454e13046ebbeccb23aa75966deb33e01realtek: free restore button of XS1930 switchesedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930.dtsi
- target/linux/realtek/dts/rtl9313_zyxel_xs1930-12hp.dts15ff65e5229d336fcdfa2b151f111df0b548f8151779358121000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: fix SYS LED for XS1930-12HP
The XS1930-12HP model from Zyxel doesn't actually use the same GPIOs for
the SYS LED. This was assumed first but proved wrong now. Instead, the
green part of the SYS LED is on another GPIO and the red part of the SYS
LED is on GPIO 0 instead of the green part. Adjust that accordingly in
the device tree.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23428
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:08:41 +020015ff65e5229d336fcdfa2b151f111df0b548f815realtek: fix SYS LED for XS1930-12HPedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12hp.dts
- target/linux/realtek/dts/rtl9313_zyxel_xs1930.dtsi9114f49446131ddd75ee4ec3168d327e6eaee9ed1779358122000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: fix LED function for XS1930 switches
The cloud and locator LEDs were declared with no function (cloud) or
with the generic LED_FUNCTION_INDICATOR (locator), which doesn't
match what the hardware actually exposes. Use the descriptive
function strings "cloud" and "locator" instead so the LEDs end up
with sensible names in sysfs.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23428
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:08:42 +02009114f49446131ddd75ee4ec3168d327e6eaee9edrealtek: fix LED function for XS1930 switchesedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930.dtsi
- target/linux/realtek/dts/rtl9313_zyxel_xs1930-12hp.dts50185c8708f555f503c618df79fa889a7bb951881779358122000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: add additional LED for XS1930-12HP
The -12HP variant has a dedicated red LED on GPIO 3 that lights up
when the PoE budget is exhausted. Add it as led_poe_max with
function = "poe-usage" so userspace can drive it from the PoE stack.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23428
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:08:42 +020050185c8708f555f503c618df79fa889a7bb95188realtek: add additional LED for XS1930-12HPedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12hp.dts
- target/linux/realtek/dts/rtl9313_zyxel_xs1930.dtsitarget/linux/realtek/dts/rtl9313_zyxel_xs1930-aqr813.dtsitarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12f.dtsce7a5037f3b9ce2f93522b62a8a944180456f2191779358122000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: make LED set config for XS1930 more generic
The led_set node was previously duplicated in the per-device DTS for
-10/-12HP and -12F, even though all three share the same Base-T LED
encoding. Move the shared led_set with the Base-T mapping into the
common DTSI as set 0, and have XS1930-12F append its SFP-port mapping
as led_set1 via a property override. Swap the led-set index on the
-12F ports accordingly so SFP ports use set 1 and the two Base-T
ports use set 0.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23428
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:08:42 +0200ce7a5037f3b9ce2f93522b62a8a944180456f219realtek: make LED set config for XS1930 more genericedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12f.dtsedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930.dtsiedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-aqr813.dtsi
- target/linux/realtek/dts/rtl9313_zyxel_xs1930-aqr813.dtsitarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12hp.dtstarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12f.dts8d9103a420fe65cdaff0682c86e35143cad3aae81779358122000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: improve DTS readability for XS1930 switches
Improve the readability of the DTS files for XS1930 switches by mostly
making nodes with only a single property a one-liner. This wastes less
visual space and makes it more fluent to read.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23428
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:08:42 +02008d9103a420fe65cdaff0682c86e35143cad3aae8realtek: improve DTS readability for XS1930 switchesedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12hp.dtsedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-12f.dtsedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-aqr813.dtsi
- target/linux/realtek/dts/rtl9313_zyxel_xs1930-aqr813.dtsic166c20cf6f12fe8f7d830500ecee79a73fb8fdb1779358122000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: add hog for PHY reset for XS1930-10 and -12HP
Add a GPIO hog for those two switches to avoid having a dangling GPIO
which might be pulled accidentally breaking all PHYs, and to have that
GPIO documented.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23428
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:08:42 +0200c166c20cf6f12fe8f7d830500ecee79a73fb8fdbrealtek: add hog for PHY reset for XS1930-10 and -12HPedittarget/linux/realtek/dts/rtl9313_zyxel_xs1930-aqr813.dtsi
- target/linux/realtek/files-6.18/drivers/net/mdio/mdio-realtek-otto.c57dbfa0a9c96a890ac52f6cad66d5600ce5278d01779358227000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: mdio: checkpatch & documentation cleanup
checkpatch is complaining. Fix that. Additionally adapt the
documentation and move it up to the beginning of the driver.
Signed-off-by: Markus Stockhausen <markus.stockhausen@gmx.de>
Link: https://github.com/openwrt/openwrt/pull/23411
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:10:27 +020057dbfa0a9c96a890ac52f6cad66d5600ce5278d0realtek: mdio: checkpatch & documentation cleanupedittarget/linux/realtek/files-6.18/drivers/net/mdio/mdio-realtek-otto.c
- target/linux/realtek/files-6.18/drivers/net/mdio/mdio-realtek-otto.cb8fc512a052f3bd560c9ec73ae7c8adb4ed866341779358227000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: mdio: convert to consistent a_to_b() helpers
Majority of kernel uses a_to_b(a) instead of b_from_a(a).
Convert to that to be consistent with all helpers in the
driver. Additionally drop inline function definitions.
Let the compiler decide what is best.
Signed-off-by: Markus Stockhausen <markus.stockhausen@gmx.de>
Link: https://github.com/openwrt/openwrt/pull/23411
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:10:27 +0200b8fc512a052f3bd560c9ec73ae7c8adb4ed86634realtek: mdio: convert to consistent a_to_b() helpersedittarget/linux/realtek/files-6.18/drivers/net/mdio/mdio-realtek-otto.c
- target/linux/realtek/files-6.18/drivers/net/mdio/mdio-realtek-otto.c76e47b44212795b76f81e474787489c8a9582acc1779358227000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: mdio: convert to scoped_guard()
Upstream netdev does not like big guards. Especially
around debugging functions. Convert to scoped_guard()
and only lock the really needed code parts. This way
all debugging can run outside of the lock.
Signed-off-by: Markus Stockhausen <markus.stockhausen@gmx.de>
Link: https://github.com/openwrt/openwrt/pull/23411
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:10:27 +020076e47b44212795b76f81e474787489c8a9582accrealtek: mdio: convert to scoped_guard()edittarget/linux/realtek/files-6.18/drivers/net/mdio/mdio-realtek-otto.c
- target/linux/realtek/files-6.18/drivers/net/ethernet/rtl838x_eth.ca1a4b09076db6e6f07eea700e9bb9a4f6881d47e1779358787000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: eth: reorganize control structure setup
Early assign pdev and netdev to the control structure during probing.
This way it can be used at any time later.
Signed-off-by: Markus Stockhausen <markus.stockhausen@gmx.de>
Link: https://github.com/openwrt/openwrt/pull/23420
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:19:47 +0200a1a4b09076db6e6f07eea700e9bb9a4f6881d47erealtek: eth: reorganize control structure setupedittarget/linux/realtek/files-6.18/drivers/net/ethernet/rtl838x_eth.c
- target/linux/realtek/files-6.18/drivers/net/ethernet/rtl838x_eth.c04433b4e75cc96b146846db531b2f3222b9b65301779358787000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: eth: better error handling in init_mac()
The function init_mac() can produce errors for the RTL931x devices.
When this happens it throws a message but continues. That can
leave the hardware in a wrong state.
Cleanup the error handling. Remove all messages from the function
and simply return an error value. In the probe() consumer evaluate
this error and abort probing if needed. As there were no reported
issues in the past it is ok to drop the detailed messages and
aggregate them in a single one.
Signed-off-by: Markus Stockhausen <markus.stockhausen@gmx.de>
Link: https://github.com/openwrt/openwrt/pull/23420
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:19:47 +020004433b4e75cc96b146846db531b2f3222b9b6530realtek: eth: better error handling in init_mac()edittarget/linux/realtek/files-6.18/drivers/net/ethernet/rtl838x_eth.c
- target/linux/realtek/files-6.18/drivers/net/ethernet/rtl838x_eth.cd3577dfbf3e1dd516732a7f4cb31a8380cb8f5771779358787000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: eth: get rid of struct device
In the network context there might be confusion between "struct netdev"
and "struct device". The driver should avoid variables of type device
and name "dev" where possible. Remove all variables that point to the
device and use pdev->dev instead. This is like other network drivers
do it.
While we are here modernize logging during probing. Remove messages
from helpers and log errors during probing with dev_err_probe().
Signed-off-by: Markus Stockhausen <markus.stockhausen@gmx.de>
Link: https://github.com/openwrt/openwrt/pull/23420
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:19:47 +0200d3577dfbf3e1dd516732a7f4cb31a8380cb8f577realtek: eth: get rid of struct deviceedittarget/linux/realtek/files-6.18/drivers/net/ethernet/rtl838x_eth.c
- target/linux/realtek/files-6.18/drivers/net/ethernet/rtl838x_eth.cc27f9b3ba025f026f2633489971dc55effee84be1779358787000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: eth: rename netdev/ndev variables to dev
Right now the driver uses variable names netdev/ndev/dev to access
a net_device structure. Align this with most of the other upstream
drivers and convert everything to dev.
Signed-off-by: Markus Stockhausen <markus.stockhausen@gmx.de>
Link: https://github.com/openwrt/openwrt/pull/23420
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-21 12:19:47 +0200c27f9b3ba025f026f2633489971dc55effee84berealtek: eth: rename netdev/ndev variables to devedittarget/linux/realtek/files-6.18/drivers/net/ethernet/rtl838x_eth.c
- scripts/qemustartb8a67fa8d5d33acfc8a1997ad0070f0609d3b1821779372385000https://taiha.net/jenkins/user/mailmailmail@aparcar.orgscripts: fix lan/wan order of malta in qemustart
OpenWrt's 99-default_network assigns eth0 to lan and eth1 to wan
when no target-specific 02_network is present, which is the case
for malta. The qemustart bridge block however placed the wan
-device before the lan -device, so the guest's eth0 (lan) ended
up attached to $BR_WAN and eth1 (wan) to $BR_LAN.
Swap the order to match the guest's actual role assignment.
Link: https://github.com/openwrt/openwrt/pull/23424
Signed-off-by: Paul Spooren <mail@aparcar.org>
2026-05-21 16:06:25 +0200b8a67fa8d5d33acfc8a1997ad0070f0609d3b182scripts: fix lan/wan order of malta in qemustarteditscripts/qemustart
- scripts/qemustarta7b5926bbae0900c7a10e625fdee29c8f9ecfcae1779372385000https://taiha.net/jenkins/user/mailmailmail@aparcar.orgscripts: add --user-network to qemustart
qemustart is a handy script to quickly test OpenWrt firmware using
qemu. Bringing up networking currently requires a bridge-helper
setup with privileged IP and bridge assignment. To simplify
testing scenarios like the package manager, which need both shell
access and outbound internet, add a user-mode networking option
backed by SLIRP that requires no privileges.
To stay backward compatible, the defaults don't change. The new
flag --user-network attaches two NICs (LAN + WAN) and forwards
three host ports to the guest LAN interface (192.168.1.1):
2222 -> 22 (ssh), 8080 -> 80 (http) and 8443 -> 443 (https). The
host-side ports can be overridden with --ssh-port, --http-port
and --https-port.
Link: https://github.com/openwrt/openwrt/pull/23424
Signed-off-by: Paul Spooren <mail@aparcar.org>
2026-05-21 16:06:25 +0200a7b5926bbae0900c7a10e625fdee29c8f9ecfcaescripts: add --user-network to qemustarteditscripts/qemustart
- package/firmware/rtl826x-firmware/src/conf_rtl8261n_c.cpackage/firmware/rtl826x-firmware/Makefilepackage/firmware/rtl826x-firmware/patches/0001-Fix-endianness-when-building-on-big-endian-systems.patchpackage/firmware/rtl826x-firmware/src/conf_rtl8264b.ca3395c60ba9911dce3c5f8581b602615326269141779379495000https://taiha.net/jenkins/user/danieldanieldaniel@makrotopia.orgfirmware: add Realtek RTL826X firmware package
This is required by the realtek PHY driver for:
* rtl8261n.bin (package "rtl8261n-firmware" or "rtl8261n-lp-firmware")
- RTL8251L 5Gbps PHY
- RTL8261BE 10Gbps PHY
- RTL8261N 10Gbps PHY
* rtl8264b.bin (package "rtl8264b-firmware")
- RTL8254B 5Gbps PHY
- RTL8264 10Gbps PHY
- RTL8264B 10Gbps PHY
These PHY chips need a sequence of register writes for initialization.
These are provided as firmware files which are interpreted/applied by a
new register patch engine.
For the moment, the patch instructions in rtl8261-firmware and
rtl8264b-firmware are the same as from the rtl8261n driver. This should
make it possible to first evaluate the patch engine and driver development
for switching over in adjusting the patch instructions.
Signed-off-by: Balázs Triszka <info@balika011.hu>
[sven: rebase, split, fix package version/release, use conf from rtl8261n
driver]
Signed-off-by: Sven Eckelmann <sven@narfation.org>
[daniel: define VERSION matching source date for the resulting packages]
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
2026-05-21 17:04:55 +0100a3395c60ba9911dce3c5f8581b60261532626914firmware: add Realtek RTL826X firmware packageaddpackage/firmware/rtl826x-firmware/Makefileaddpackage/firmware/rtl826x-firmware/src/conf_rtl8261n_c.caddpackage/firmware/rtl826x-firmware/patches/0001-Fix-endianness-when-building-on-big-endian-systems.patchaddpackage/firmware/rtl826x-firmware/src/conf_rtl8264b.c
- target/linux/realtek/rtl930x/config-6.18target/linux/realtek/rtl930x_nand/config-6.18target/linux/realtek/patches-6.18/024-02-v7.1-net-phy-realtek-add-RTL8224-pair-order-support.patchtarget/linux/realtek/patches-6.18/740-net-phy-realtek-support-MDI-swapping-for-RTL8226.patchtarget/linux/realtek/image/rtl930x.mktarget/linux/realtek/patches-6.18/743-net-realtek-serdes-configuration.patchtarget/linux/realtek/patches-6.18/024-04-v7.1-net-phy-realtek-add-RTL8224-polarity-support.patchtarget/linux/realtek/patches-6.18/720-add-rtl-phy.patchtarget/linux/mediatek/filogic/config-6.18target/linux/mediatek/image/filogic.mktarget/linux/generic/pending-6.18/742-net-phy-realtek-add-5G-and-10G-PHY-support.patch6369c9e5c79994c380d0c63cfb003c935a9743321779379495000https://taiha.net/jenkins/user/danieldanieldaniel@makrotopia.orggeneric: net: phy: realtek: add 5G and 10G PHY support
The functionality/support for 5G and 10G PHYs was extracted from the
realtek-phy driver and ported to the upstream Linux realtek PHY driver.
These PHY chips need a sequence of register writes (and similar operations)
for initialization. These sequences are provided as firmware files which
are interpreted/applied by a new register patch engine.
By switching to the upstream driver, it should be possible to get rid of a
large chunk of (from OpenWrt perspective) unmaintained code from Realtek.
The actual Linux phy-core infrastructure from Linux can be mostly used and
only the Realtek specific quirks need to be handled.
The files which need to be provided are depending on the PHY:
* rtl8261n.bin (package "rtl8261n-firmware" or "rtl8261n-lp-firmware")
- RTL8251L 5Gbps PHY
- RTL8261BE 10Gbps PHY
- RTL8261N 10Gbps PHY
* rtl8264b.bin (package "rtl8264b-firmware")
- RTL8254B 5Gbps PHY
- RTL8264 10Gbps PHY
- RTL8264B 10Gbps PHY
Files which are affected by this change (DEVICE_PACKAGES dependencies,
hwmon paths, default kernel configurations, refresh of patches, ...) are
updated at the same times.
Signed-off-by: Balázs Triszka <info@balika011.hu>
Co-authored-by: Semih Baskan <strst.gs@gmail.com>
Co-authored-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Co-authored-by: Gilly1970 <gilroyscott@hotmail.com>
Co-authored-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Co-authored-by: Carlo Szelinsky <github@szelinsky.de>
[sven: rebase, integrate suggestions from PR, add device packages, split]
Signed-off-by: Sven Eckelmann <sven@narfation.org>
[daniel: stripped to Linux 6.18 only, dropped unrelated changes]
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
2026-05-21 17:04:55 +01006369c9e5c79994c380d0c63cfb003c935a974332generic: net: phy: realtek: add 5G and 10G PHY supportedittarget/linux/realtek/patches-6.18/740-net-phy-realtek-support-MDI-swapping-for-RTL8226.patchedittarget/linux/mediatek/filogic/config-6.18edittarget/linux/realtek/patches-6.18/720-add-rtl-phy.patchedittarget/linux/realtek/rtl930x_nand/config-6.18edittarget/linux/realtek/image/rtl930x.mkedittarget/linux/mediatek/image/filogic.mkedittarget/linux/realtek/patches-6.18/024-02-v7.1-net-phy-realtek-add-RTL8224-pair-order-support.patchedittarget/linux/realtek/patches-6.18/024-04-v7.1-net-phy-realtek-add-RTL8224-polarity-support.patchaddtarget/linux/generic/pending-6.18/742-net-phy-realtek-add-5G-and-10G-PHY-support.patchedittarget/linux/realtek/rtl930x/config-6.18edittarget/linux/realtek/patches-6.18/743-net-realtek-serdes-configuration.patch
- target/linux/generic/files/drivers/net/phy/rtl8261n/Kconfigtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/phy_rtl826xb_patch.htarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_osal.ctarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_phylib_def.htarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_phylib_rtl826xb.ctarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/type.htarget/linux/generic/files/drivers/net/phy/rtl8261n/Makefiletarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/construct/conf_rtl8261n_c.ctarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/Makefiletarget/linux/generic/files/drivers/net/phy/rtl8261n/phy_patch.ctarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_phylib.ctarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_phylib_rtl826xb.htarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/phy_rtl826xb_patch.ctarget/linux/generic/files/drivers/net/phy/rtl8261n/error.htarget/linux/generic/files/drivers/net/phy/rtl8261n/phy_patch.htarget/linux/generic/files/drivers/net/phy/rtl8261n/construct/conf_rtl8264b.ctarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_osal.htarget/linux/generic/files/drivers/net/phy/rtl8261n/construct/conf_rtl8261n_c.ctarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/error.htarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/phy_patch.htarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/phy_patch.ctarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_osal.ctarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_phy.ctarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_osal.htarget/linux/generic/config-6.18target/linux/realtek/patches-6.18/720-add-rtl-phy.patchtarget/linux/generic/files/drivers/net/phy/rtl8261n/phy_rtl826xb_patch.ctarget/linux/mediatek/patches-6.18/500-gsw-rtl8367s-mt7622-support.patchtarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_phylib.ctarget/linux/generic/hack-6.18/735-net-phy-realtek-rtl8261n.patchtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_phylib_rtl826xb.ctarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_phylib.htarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_phy.ctarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_phylib_def.htarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_phylib.htarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_phylib_rtl826xb.htarget/linux/generic/files/drivers/net/phy/rtl8261n/phy_rtl826xb_patch.htarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/construct/conf_rtl8264b.ctarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/Kconfigtarget/linux/generic/files/drivers/net/phy/rtl8261n/type.hpackage/kernel/linux/modules/netdevices.mk8c264cf2222d477f33fa6b63ba64d9595e0981c21779379495000https://taiha.net/jenkins/user/danieldanieldaniel@makrotopia.orggeneric: 6.18: drop downstream RTL8261N driver
Now that the upstream RealTek PHY driver is patched to support also
the new 5G and 10G PHYs we can start to phase-out the messy downstream
driver.
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
2026-05-21 17:04:55 +01008c264cf2222d477f33fa6b63ba64d9595e0981c2generic: 6.18: drop downstream RTL8261N driveraddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_phy.cdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_phylib_rtl826xb.hdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/phy_patch.caddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/phy_patch.haddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/phy_rtl826xb_patch.caddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_phylib.hedittarget/linux/realtek/patches-6.18/720-add-rtl-phy.patchaddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_osal.cdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/construct/conf_rtl8264b.caddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_phylib_rtl826xb.cdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_phy.caddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_phylib.cdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/Kconfigaddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_osal.hedittarget/linux/mediatek/patches-6.18/500-gsw-rtl8367s-mt7622-support.patchdeletetarget/linux/generic/hack-6.18/735-net-phy-realtek-rtl8261n.patchdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_phylib_def.hdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_phylib.hdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/Makefiledeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/phy_rtl826xb_patch.hdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/type.haddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/construct/conf_rtl8261n_c.caddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/phy_rtl826xb_patch.haddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_phylib_rtl826xb.haddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/type.hdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/phy_patch.hdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/phy_rtl826xb_patch.cdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_osal.caddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/error.haddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/rtk_phylib_def.hdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_phylib.ceditpackage/kernel/linux/modules/netdevices.mkdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/error.haddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/construct/conf_rtl8264b.cdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/construct/conf_rtl8261n_c.cdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_osal.hedittarget/linux/generic/config-6.18addtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/Makefileaddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/Kconfigdeletetarget/linux/generic/files/drivers/net/phy/rtl8261n/rtk_phylib_rtl826xb.caddtarget/linux/generic/files-6.12/drivers/net/phy/rtl8261n/phy_patch.c
- include/image.mkf1e4aaf7b4eef3d450facbd97c7facb93256d1481779380968000https://taiha.net/jenkins/user/mailmailmail@aparcar.orgimagebuilder: suppress rootfs image when filesystem specified
When using imagebuilder to create images, ROOTFS_FILESYSTEM may be
defined to create just the desired images, but the '*-rootfs.tar.gz'
and '*-rootfs.cpio.gz' images are being created unconditionally
for many targets.
By making generation of these images conditional on the state of
ROOTFS_FILESYSTEM, we can save significant space (measured 3-7 MB
depending on length of package list) and time.
Signed-off-by: Eric Fahlgren <ericfahlgren@gmail.com>
2026-05-21 18:29:28 +0200f1e4aaf7b4eef3d450facbd97c7facb93256d148imagebuilder: suppress rootfs image when filesystem specifiededitinclude/image.mk
- package/firmware/rtl826x-firmware/Makefile539f09ade013b2542e6e3aeef022bfb99ff03c0d1779403507000https://taiha.net/jenkins/user/danieldanieldaniel@makrotopia.orgrtl8261n-firmware: set PKGARCH:=all
The generated firmware patches for RealTek's PHYs are host architecture
agnostic. Express this with PKGARCH:=all.
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
2026-05-21 23:45:07 +0100539f09ade013b2542e6e3aeef022bfb99ff03c0drtl8261n-firmware: set PKGARCH:=alleditpackage/firmware/rtl826x-firmware/Makefile
- package/boot/uboot-mediatek/patches/503-add-wavlink-wl-wnt100x3.patchde769c6d669ddd76f96d934e48a61fa5ad4df1221779410867000https://taiha.net/jenkins/user/danieldanieldaniel@makrotopia.orguboot-mediatek: fix malformed patch
The chunk length is not correct.
Fixes: d2fabb974c57 ("mediatek: add support for Wavlink WL-WNT100X3 ubootmod")
Signed-off-by: Shiji Yang <yangshiji66@outlook.com>
2026-05-22 01:47:47 +0100de769c6d669ddd76f96d934e48a61fa5ad4df122uboot-mediatek: fix malformed patcheditpackage/boot/uboot-mediatek/patches/503-add-wavlink-wl-wnt100x3.patch
- target/linux/airoha/patches-6.12/916-net-airoha-Implement-LRO-TCP-support.patchtarget/linux/airoha/patches-6.12/310-07-airoha-ethernet-drop-xsi-mac-reset.patchtarget/linux/airoha/patches-6.12/606-net-airoha-disable-external-phy-code-if-PCS_AIROHA-i.patchtarget/linux/airoha/patches-6.12/161-v7.2-net-airoha-Disable-GDM2-forwarding-before-configurin.patchtarget/linux/airoha/patches-6.12/310-10-net-airoha-add-phylink-support-for-GDM2-3-4.patch5b25d4235d23bddf4e07abf7d5a7c4bf6ad3e4181779446580000https://taiha.net/jenkins/user/ansuelsmthansuelsmthansuelsmth@gmail.comairoha: backport GDM2 loopback fixup for Ethernet driver
Backport GDM2 loopback fixup for Ethernet driver. This should be the last
patch before introduction of Multi-Serdes support series.
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2026-05-22 12:43:00 +02005b25d4235d23bddf4e07abf7d5a7c4bf6ad3e418airoha: backport GDM2 loopback fixup for Ethernet driveredittarget/linux/airoha/patches-6.12/310-07-airoha-ethernet-drop-xsi-mac-reset.patchedittarget/linux/airoha/patches-6.12/916-net-airoha-Implement-LRO-TCP-support.patchaddtarget/linux/airoha/patches-6.12/161-v7.2-net-airoha-Disable-GDM2-forwarding-before-configurin.patchedittarget/linux/airoha/patches-6.12/606-net-airoha-disable-external-phy-code-if-PCS_AIROHA-i.patchedittarget/linux/airoha/patches-6.12/310-10-net-airoha-add-phylink-support-for-GDM2-3-4.patch
- package/system/fstools/Makefile920a382cb6389750c8b544f3e1c973cb9fbdfee01779448242000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comfstools: update to Git HEAD (2026-03-17)
1bf2d490484e libfstools: make get_var_from_file() reusable
0b6022439cad mount_root: add kernel parameter to specify the overlay storage name
e600d842ce81 mount_root: add kernel parameter to specify the overlay fileystem type
Signed-off-by: Robert Marko <robert.marko@sartura.hr>
2026-05-22 13:10:42 +0200920a382cb6389750c8b544f3e1c973cb9fbdfee0fstools: update to Git HEAD (2026-03-17)editpackage/system/fstools/Makefile
- package/network/config/wifi-scripts/files-ucode/usr/share/ucode/iwinfo.uccb7414055c40b15caf935b7fceec5d913a962ae41779454474000https://taiha.net/jenkins/user/nbdnbdnbd@nbd.namewifi-scripts: iwinfo: guard assoclist against unknown device
Signed-off-by: John Crispin <john@phrozen.org>
2026-05-22 14:54:34 +0200cb7414055c40b15caf935b7fceec5d913a962ae4wifi-scripts: iwinfo: guard assoclist against unknown deviceeditpackage/network/config/wifi-scripts/files-ucode/usr/share/ucode/iwinfo.uc
- package/network/config/wifi-scripts/files-ucode/usr/share/ucode/iwinfo.uc0c2fb39c5ab666ceb82ecf57ff9c451dd189d4431779454474000https://taiha.net/jenkins/user/nbdnbdnbd@nbd.namewifi-scripts: iwinfo scan() must not abort the interpreter on failure
Replace exit(1) on every failure path with return null so callers that
iterate over multiple radios can collect results from the radios that
did succeed instead of aborting on the first one that refuses an
off-channel scan.
Route diagnostics to stderr via warn() so stdout stays clean for
callers parsing JSON output, and include the device name in each
message to disambiguate per-radio failures.
Signed-off-by: John Crispin <john@phrozen.org>
Signed-off-by: Felix Fietkau <nbd@nbd.name>
2026-05-22 14:54:34 +02000c2fb39c5ab666ceb82ecf57ff9c451dd189d443wifi-scripts: iwinfo scan() must not abort the interpreter on failureeditpackage/network/config/wifi-scripts/files-ucode/usr/share/ucode/iwinfo.uc
- include/feeds.mke7530a287a0a60b5aed829639b3289f14671c10f1779454474000https://taiha.net/jenkins/user/nbdnbdnbd@nbd.namebuild: fix apk_package_files wildcard for packages without ABI version
The wildcard combined an apk_package_files pattern of $(pkg)-*.apk with a
gen_package_wildcard that ends in [^a-z]*, so the full glob required two
dashes. Files for packages without an ABI version (e.g. ubbf-0~....apk)
only contain one dash and never matched, so ipkg-remove was never called
on them and stale .apk files accumulated in the bin directory.
Drop the explicit dash from apk_package_files. The [^a-z] in
gen_package_wildcard already serves as the dash matcher, and
scripts/ipkg-remove filters precisely by reading apk metadata.
Fixes: 642d568b0f0a ("build: fix ipkg-remove: add support for removing apk files")
Signed-off-by: Felix Fietkau <nbd@nbd.name>
2026-05-22 14:54:34 +0200e7530a287a0a60b5aed829639b3289f14671c10fbuild: fix apk_package_files wildcard for packages without ABI versioneditinclude/feeds.mk
- package/network/services/unetd/Makefile4136443864dd0ae84d3f3a48b38ce8abd4d015381779454474000https://taiha.net/jenkins/user/nbdnbdnbd@nbd.nameunetd: update to Git HEAD (2026-05-22)
090abf9a5521 host: fix type mismatch on calloc_a calls
Signed-off-by: Felix Fietkau <nbd@nbd.name>
2026-05-22 14:54:34 +02004136443864dd0ae84d3f3a48b38ce8abd4d01538unetd: update to Git HEAD (2026-05-22)editpackage/network/services/unetd/Makefile
- package/network/services/umdns/Makefile74da669505b0dc3c1c1231e89a52589b71cbb29f1779454569000https://taiha.net/jenkins/user/nbdnbdnbd@nbd.nameumdns: update to Git HEAD (2026-05-22)
bd7599d02157 fix calloc_a size argument type
Signed-off-by: Felix Fietkau <nbd@nbd.name>
2026-05-22 14:56:09 +020074da669505b0dc3c1c1231e89a52589b71cbb29fumdns: update to Git HEAD (2026-05-22)editpackage/network/services/umdns/Makefile
- package/firmware/rtl826x-firmware/Makefilef2aa412733ac6da4bfb3ec207b1dce25f667c3151779479584000https://taiha.net/jenkins/user/danieldanieldaniel@makrotopia.orgrtl826x-firmware: depend on kmod-phy-realtek
Follow the established pattern and let the firmware package select
the driver which uses it.
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
2026-05-22 20:53:04 +0100f2aa412733ac6da4bfb3ec207b1dce25f667c315rtl826x-firmware: depend on kmod-phy-realtekeditpackage/firmware/rtl826x-firmware/Makefile
- package/network/services/uhttpd/Makefilea7bd3b147e1b295bc87dc4f7b3f425e9461f7e5b1779493959000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.deuhttpd: update to Git HEAD (2026-05-21)
1b624f8f814e auth: classify $p$ lookups by account state
Link: https://github.com/openwrt/openwrt/pull/23476
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-23 01:52:39 +0200a7bd3b147e1b295bc87dc4f7b3f425e9461f7e5buhttpd: update to Git HEAD (2026-05-21)editpackage/network/services/uhttpd/Makefile
- target/linux/realtek/dts/rtl838x.dtsitarget/linux/realtek/dts/rtl930x.dtsitarget/linux/realtek/files-6.18/drivers/net/pcs/pcs-rtl-otto.ctarget/linux/realtek/dts/rtl839x.dtsitarget/linux/realtek/dts/rtl931x.dtsi15593de3768242d3c459811159e1c9a7339c8ceb1779526935000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comrealtek: pcs: derive SerDes link count from DT at probe time
Previously, sds->num_of_links was incremented from rtpcs_create() as
each DSA port bound its phylink_pcs. The count therefore relied on a
temporal contract (DSA must finish enumerating before pcs_config runs)
and on rtpcs_create() being the single chokepoint for all consumers.
Replace this with a probe-time scan of pcs-handle references in the
live OF tree: for every available consumer node carrying a pcs-handle
property pointing at one of our SerDes subnodes, bump that SerDes'
num_of_links. After the scan, the count is final regardless of when
or whether DSA later calls in.
To allow of_parse_phandle_with_args() to walk the property correctly,
add #pcs-cells = <0> to every serdes@N node in the 838x/839x/930x/931x
.dtsi files. A future cell-bearing form remains possible without
touching the scan.
Over-references (DT pointing more consumers at one SerDes than the
hardware can carry) are clamped at RTPCS_MAX_LINKS_PER_SDS and warned
about, but do not fail probe — the correctly-wired ports on that
SerDes still come up, and only the surplus reference is dropped.
The bounds check and the bare ++ in rtpcs_create() become redundant
under the scan-driven count and are removed.
This decouples num_of_links from DSA call ordering and is a prereq
for migrating to fwnode_pcs providers, where rtpcs_create() goes away
as the centralised counter.
Link: https://github.com/openwrt/openwrt/pull/23484
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-23 11:02:15 +020015593de3768242d3c459811159e1c9a7339c8cebrealtek: pcs: derive SerDes link count from DT at probe timeedittarget/linux/realtek/dts/rtl839x.dtsiedittarget/linux/realtek/files-6.18/drivers/net/pcs/pcs-rtl-otto.cedittarget/linux/realtek/dts/rtl838x.dtsiedittarget/linux/realtek/dts/rtl931x.dtsiedittarget/linux/realtek/dts/rtl930x.dtsi
- target/linux/x86/image/onie-install.sh.inconfig/Config-images.intarget/linux/x86/image/Makefilec7e8cffcb273e89336517cb6549a245bcf781e3c1779549833000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comx86: add onie-installer image type
The current documentation for using OpenWRT on Mellanox Spectrum
switches (https://openwrt.org/toh/mellanox/spectrum) suggests
reflashing the entire harddrive from the recovery USB. This is not
the most friendly way to install a new OS on these switches. From
factory, they come with ONIE (Open Network Install Environment),
which is a linux-based preboot environment for fetching an OS
image from the network and installing it on disk. The installer
is a self-executing bash script that executes inside the ONIE
environment. The installer is expected to preserve the ONIE partition
for use as recovery environement. To be a better citizen on
these platforms, it would be preferrable to provide OpenWRT as
an ONIE-compatible installer.
This PR adds an ONIE_INSTALLER_IMAGES build option that produces
an ONIE compatible .bin. The generated .bin follows the ONIE demo
installer pattern [1]: it creates a new GPT partition
labelled OPENWRT-ROOT on the ONIE install device, formats ext4, extracts
the OpenWrt rootfs and kernel into it, installs GRUB into the existing
UEFI ESP under bootloader-id "OpenWrt", and adds a NVRAM boot entry via
efibootmgr. ONIE-BOOT is preserved so ONIE rescue remains available.
Tested with the config at [2] on a Mellanox Spectrum SN3800 to produce
a booting OpenWRT install.
[1] https://github.com/opencomputeproject/onie/demo/installer/grub-arch/install.sh
[2] https://gist.github.com/Keno/abc8c5b72645e73fadd1ff0d9616b23d
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Signed-off-by: Keno Fischer <keno@juliahub.com>
Link: https://github.com/openwrt/openwrt/pull/23062
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-23 17:23:53 +0200c7e8cffcb273e89336517cb6549a245bcf781e3cx86: add onie-installer image typeedittarget/linux/x86/image/Makefileaddtarget/linux/x86/image/onie-install.sh.ineditconfig/Config-images.in
- target/linux/x86/base-files/lib/upgrade/platform.shtarget/linux/x86/image/onie-install.sh.inconfig/Config-images.intarget/linux/x86/image/Makefile9a143bf7ffdbbbdcf79549d0428415721e1045211779549834000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comx86: onie-installer: wire up sysupgrade via ONIE install mode
This adds support for sysupgrade on ONIE-installed systems.
The install is chained through ONIE (using the ONIE installer image),
rather than attempting to manually upgrade the partition.
The idea is to allow future OpenWRT installs flexibility to use
a different partition table. By putting the installer in charge
of setting up the file system partition, the upgrade process needs
to have no knowledge of the internals of the image.
Config preservation is accomplished by appending the sysupgrade .tar.gz
to the ONIE installer image. Of course this also works for a clean
install using a sysupgrade.tar.gz created via `sysupgrade -b`.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Signed-off-by: Keno Fischer <keno@juliahub.com>
Link: https://github.com/openwrt/openwrt/pull/23062
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-23 17:23:54 +02009a143bf7ffdbbbdcf79549d0428415721e104521x86: onie-installer: wire up sysupgrade via ONIE install modeedittarget/linux/x86/image/Makefileedittarget/linux/x86/base-files/lib/upgrade/platform.shedittarget/linux/x86/image/onie-install.sh.ineditconfig/Config-images.in
- target/linux/realtek/patches-6.18/030-v7.2-net-phy-realtek-support-MDI-swapping-for-RTL8226-CG.patchtarget/linux/realtek/patches-6.18/740-net-phy-realtek-support-MDI-swapping-for-RTL8226.patchtarget/linux/realtek/patches-6.18/743-net-realtek-serdes-configuration.patchb20068672b52fc89d7c92e45387da6d487b53f5c1779549959000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comkernel: realtek: replace RTL8226 MDI swap patch by upstream version
A version of this patch has been accepted upstream, so use it here.
Link: https://lore.kernel.org/netdev/177932162564.3801238.2549776951847746974.git-patchwork-notify@kernel.org/
Signed-off-by: Jan Hoffmann <jan@3e8.eu>
Link: https://github.com/openwrt/openwrt/pull/23493
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-23 17:25:59 +0200b20068672b52fc89d7c92e45387da6d487b53f5ckernel: realtek: replace RTL8226 MDI swap patch by upstream versionedittarget/linux/realtek/patches-6.18/743-net-realtek-serdes-configuration.patchaddtarget/linux/realtek/patches-6.18/030-v7.2-net-phy-realtek-support-MDI-swapping-for-RTL8226-CG.patchdeletetarget/linux/realtek/patches-6.18/740-net-phy-realtek-support-MDI-swapping-for-RTL8226.patch
- target/linux/generic/pending-6.18/842-hwmon-lm63-make-pwm1_freq-and-lut-hyst-writable.patch7a5eefe10896a3a3af1c293d96ce7c4afabaf6e21779550718000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comkernel: hwmon lm63: make pwm1 frequency and LUT temp hysteresis writeable
This adds a patch that makes the pwm1 frequency and LUT temperature
hysteresis of lm63 fan controllers writeable, to be able to replicate
vendor cooling behaviour for fans that need a lower PWM frequency
than the default.
Signed-off-by: Jan-Henrik Bruhn <git@jhbruhn.de>
Link: https://github.com/openwrt/openwrt/pull/23473
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-23 17:38:38 +02007a5eefe10896a3a3af1c293d96ce7c4afabaf6e2kernel: hwmon lm63: make pwm1 frequency and LUT temp hysteresis writeableaddtarget/linux/generic/pending-6.18/842-hwmon-lm63-make-pwm1_freq-and-lut-hyst-writable.patch
- package/system/fstools/Makefile417df7debf0ab4d3157df5b57a743639e2eb56461779553500000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comfstools: update to Git HEAD (2026-05-23)
7df188543e26 libfstools: enable f2fs overlay compression formatting
16718b6e3c0f libfstools: mount f2fs overlay with zstd compression
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-23 18:25:00 +0200417df7debf0ab4d3157df5b57a743639e2eb5646fstools: update to Git HEAD (2026-05-23)editpackage/system/fstools/Makefile
- target/linux/ath79/dts/qca9557_meraki_mr18.dtsb9cbc0846a93aa443d66fe5ebb7c3b61e040a2f61779554542000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comath79: meraki-mr18: fix MAC address offset after NVMEM switch
The following commit: 27a673916c35 ("ath79: mr18: use nvmem for MACs")
switched MR18 to use NVMEM subsystem for setting MAC addresses, however
it missed the offset in use. Previously 102 (decimal) was used, but in
device tree 0x102 was used, but the correct value is 0x66.
This was found while reviewing code for Z1 port, which shares the MAC
address source.
Replace the offset with the correct one of 0x66.
Fixes: 27a673916c35 ("ath79: mr18: use nvmem for MACs")
Signed-off-by: Lech Perczak <lech.perczak@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23486
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-23 18:42:22 +0200b9cbc0846a93aa443d66fe5ebb7c3b61e040a2f6ath79: meraki-mr18: fix MAC address offset after NVMEM switchedittarget/linux/ath79/dts/qca9557_meraki_mr18.dts
- package/kernel/linux/modules/hwmon.mk9336332964876db97d1ed195ef4548c39c1f875e1779554720000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comkernel: add kmod-hwmon-corsair-cpro
This module adds support for the Corsair Commander Pro and Corsair
Commander Pro (1000D) fan and temperature monitoring controllers.
Signed-off-by: Dee HY <dongfengweixiao@hotmail.com>
Link: https://github.com/openwrt/openwrt/pull/23465
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-23 18:45:20 +02009336332964876db97d1ed195ef4548c39c1f875ekernel: add kmod-hwmon-corsair-cproeditpackage/kernel/linux/modules/hwmon.mk
- target/linux/octeon/patches-6.12/400-ubnt_dts_pruning.patchtarget/linux/octeon/patches-6.12/702-qca833x-force-pcs-reset.patchtarget/linux/octeon/patches-6.12/701-honor_sgmii_node_device_tree_status.patchtarget/linux/octeon/patches-6.12/150-ubnt_usg_support.patchtarget/linux/octeon/Makefiletarget/linux/octeon/patches-6.12/100-mips_image_cmdline_hack.patchtarget/linux/octeon/patches-6.12/000-fix-octeon-kernel-build.patchtarget/linux/octeon/patches-6.12/100-ubnt_edgerouter2_support.patchtarget/linux/octeon/patches-6.12/110-er200-ethernet_probe_order.patchtarget/linux/octeon/patches-6.12/120-cmdline-hack.patchtarget/linux/octeon/config-6.12target/linux/octeon/patches-6.12/130-add_itus_support.patchtarget/linux/octeon/patches-6.12/700-allocate_interface_by_label.patch185bbf1168678045803a91580d34de172427ab511779556402000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comocteon: drop v6.12 and default to v6.18
Switch the Octeon target to kernel v6.18 and drop v6.12.
Signed-off-by: Andrew LaMarche <andrewjlamarche@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23144
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-23 19:13:22 +0200185bbf1168678045803a91580d34de172427ab51octeon: drop v6.12 and default to v6.18deletetarget/linux/octeon/patches-6.12/150-ubnt_usg_support.patchdeletetarget/linux/octeon/patches-6.12/120-cmdline-hack.patchdeletetarget/linux/octeon/patches-6.12/702-qca833x-force-pcs-reset.patchdeletetarget/linux/octeon/config-6.12deletetarget/linux/octeon/patches-6.12/000-fix-octeon-kernel-build.patchdeletetarget/linux/octeon/patches-6.12/701-honor_sgmii_node_device_tree_status.patchdeletetarget/linux/octeon/patches-6.12/100-mips_image_cmdline_hack.patchdeletetarget/linux/octeon/patches-6.12/400-ubnt_dts_pruning.patchdeletetarget/linux/octeon/patches-6.12/100-ubnt_edgerouter2_support.patchdeletetarget/linux/octeon/patches-6.12/130-add_itus_support.patchedittarget/linux/octeon/Makefiledeletetarget/linux/octeon/patches-6.12/110-er200-ethernet_probe_order.patchdeletetarget/linux/octeon/patches-6.12/700-allocate_interface_by_label.patch
- package/system/ubus/Makefile9d8f165c2009afd8f511b151fac846027254fc261779557521000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.deubus: update to Git HEAD (2026-05-23)
4b274055ede3 libubus: fix NULL dereference on OOM in ubus_queue_msg
8b5be570f13e libubus-acl: fix dangling pointers on blob_memdup failure in acl_recv_cb
9105ea2a349a ubusd_acl: fix NULL dereference on OOM in ubusd_acl_alloc_obj
07d7f34ac278 ubusd_acl: handle allocation failures in ubusd_acl_init_client
497321a5ea90 ubusd_acl: fix NULL dereference on OOM in ubusd_acl_init
f66d52ba983f ubusd_event: fix OOM handling in ubusd_send_event_msg
11ea1b3bdbea ubusd_main: fix async-signal-unsafe SIGHUP handler
0c095592ccb7 ubusd_proto: fix resource leaks and ID tree corruption in ubusd_proto_new_client
f61695e6e12a ubusd_proto: fix NULL dereference for user/group in ubusd_handle_add_watch
7ecacfadd9bc ubusd_proto: fix NULL dereference on OOM in ubusd_proto_init_retmsg
3ab9d7759545 lua: fix inverted argument check in ubus_lua_add
43051ca73aec lua: fix unchecked calloc and memory leak in ubus_lua_load_object
4ca0b141e9a7 ubusd_id: use getrandom(2) unconditionally on Linux
7e4356da8abe ubusd_monitor: fix NULL dereference on OOM in ubusd_monitor_message
5849870f2251 libubus-req: fix file descriptor leaks in ubus_process_req_msg
f29767f90af1 libubus: fix file descriptor leaks in ubus_process_msg
b099d050b59d libubus: make ubus_shutdown idempotent
a564b8dcb395 ubusd_main: check strdup return value in mkdir_sockdir
239edcbaaac8 ubusd_id: fix continue in do-while skipping random ID retry
09d2df45bf38 ubusd: fix NULL dereference on OOM in ubus_msg_enqueue
bcc45ca981fd libubus: actually set FD_CLOEXEC on the ubus socket
8188f5ce8564 libubus-io: close recv_fd captured before get_next_msg failure
7a068bac5a9b libubus-io: byte-swap peer in HELLO when storing as local_id
747013f6ea05 libubus-io: reset sock.fd to -1 after close on ubus_reconnect error path
020a64b9b169 ubusd_acl: use size_t for strlen result in ubusd_acl_alloc_obj
f92ffd289dcc ubusd: use size_t for string and blob length variables
795b32bb96b6 ubusd: use fixed-width types for sequence counters
Link: https://github.com/openwrt/openwrt/pull/23487
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-23 19:32:01 +02009d8f165c2009afd8f511b151fac846027254fc26ubus: update to Git HEAD (2026-05-23)editpackage/system/ubus/Makefile
- package/libs/libubox/Makefileffc0a6bc389340e67ca9cfc52044a9154cc31d561779557596000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.delibubox: update to Git HEAD (2026-05-23)
19e88cc41288 json_script: use size_t for calloc_a() length argument
9afc71053481 udebug-remote: pass size_t to calloc_a()
73a21977c52a treewide: use size_t for length variables to avoid implicit narrowing
1fe93d2fefb2 blob, udebug-remote: silence -Wconversion warnings in trivial cases
Link: https://github.com/openwrt/openwrt/pull/23485
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-23 19:33:16 +0200ffc0a6bc389340e67ca9cfc52044a9154cc31d56libubox: update to Git HEAD (2026-05-23)editpackage/libs/libubox/Makefile
- .github/workflows/claude-code-review.ymlb36309575a2570793b40a75659952e680de58d3d1779557639000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.degithub: drop the claude-code-review workflow
Delete .github/workflows/claude-code-review.yml. It is superseded by
the LLM review action, which runs automatically and uses the Claude
routine API instead of the much more expensive Claude API.
Link: https://github.com/openwrt/openwrt/pull/23474
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-23 19:33:59 +0200b36309575a2570793b40a75659952e680de58d3dgithub: drop the claude-code-review workflowdelete.github/workflows/claude-code-review.yml
- .github/workflows/llm-review.yml4871040d5d598e9156aacd99381f7aa7c57393e11779557639000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.degithub: LLM-review: stop reviewing new PRs automatically
Drop the pull_request_target trigger so the LLM review no longer runs
on opened/reopened PRs. We are limited to 15 Claude routine runs per
day, and the automatic per-PR trigger exhausted that budget on
several days, starving the nightly digest.
The nightly schedule and manual workflow_dispatch triggers remain.
Link: https://github.com/openwrt/openwrt/pull/23474
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-23 19:33:59 +02004871040d5d598e9156aacd99381f7aa7c57393e1github: LLM-review: stop reviewing new PRs automaticallyedit.github/workflows/llm-review.yml
- .github/workflows/llm-review.yml49b5093679bd029846002dba859ab3a1933baa861779557639000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.degithub: LLM-review: run the digest twice a day
Change the schedule from once a day to twice a day (03:00 and 15:00
UTC) and raise the default max_prs from 16 to 24, so more open PRs
get covered now that the per-PR trigger has been removed.
Link: https://github.com/openwrt/openwrt/pull/23474
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-23 19:33:59 +020049b5093679bd029846002dba859ab3a1933baa86github: LLM-review: run the digest twice a dayedit.github/workflows/llm-review.yml
- target/linux/generic/config-6.18d33911c82d762482d44677dcb8278ac77db490fa1779610333000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comgeneric: 6.18: add missing NET_SCH_BPF symbol
Add CONFIG_NET_SCH_BPF disabled.
NET_SCH_BPF depends on DEBUG_INFO_BTF.
When CONFIG_KERNEL_DEBUG_INFO_BTF is enabled, the symbol
becomes visible and Kconfig prompts for it because it is
missing from the generic 6.18 kernel config.
Signed-off-by: Til Kaiser <mail@tk154.de>
Link: https://github.com/openwrt/openwrt/pull/23498
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-24 10:12:13 +0200d33911c82d762482d44677dcb8278ac77db490fageneric: 6.18: add missing NET_SCH_BPF symboledittarget/linux/generic/config-6.18
- tools/cmake/Makefile67a870c9c61ff66f850b66d1dc581109ae852f831779611021000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comtools/cmake: update to 4.3.3
Release notes:https://cmake.org/cmake/help/latest/release/4.3.html
No need refresh patches
Signed-off-by: Jack Sun <sunjiazheng321521@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23482
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-24 10:23:41 +020067a870c9c61ff66f850b66d1dc581109ae852f83tools/cmake: update to 4.3.3edittools/cmake/Makefile
- package/network/config/wifi-scripts/files-ucode/usr/share/ucode/wifi/hostapd.uc903310097b458087e7d8095aea5cbcb70159cc7b1779621257000https://taiha.net/jenkins/user/ansuelsmthansuelsmthansuelsmth@gmail.comwifi-scripts: ucode: fix null dereference for 6GHz-only radios
he_phy_cap and he_mac_cap in phy_capabilities are only populated inside
the iftype_data loop. On 6GHz-only radios (e.g. QCN9074/ath11k_pci),
when capability bytes are unavailable they remain null, causing null
dereferences in device_htmode_append():
Reference error: left-hand side expression is null
if (!(he_phy_cap[3] & 0x80))
Initialise both to [] before the loop and guard the consumer side with
?? [] so bitwise checks conservatively disable beamformer/beamformee/twt
features rather than crashing.
Link: https://github.com/openwrt/openwrt/issues/23488
Signed-off-by: dastarothx <darkastalier@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23496
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2026-05-24 13:14:17 +0200903310097b458087e7d8095aea5cbcb70159cc7bwifi-scripts: ucode: fix null dereference for 6GHz-only radioseditpackage/network/config/wifi-scripts/files-ucode/usr/share/ucode/wifi/hostapd.uc
- target/linux/realtek/dts/rtl9303_ubnt_usw-aggregation.dtstarget/linux/realtek/image/rtl930x.mke4ed8e7fe7e0d49e5bd3bafa6b7eb9c4804b08f81779643951000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comrealtek: add support for Ubiquiti UniFi USW Aggregation
Add support for the RTL9303-based Ubiquiti UniFi USW Aggregation, an
8-port 10G SFP+ aggregation switch.
Hardware
========
- RTL9303 SoC
- 256 MiB DDR
- 16 MiB SPI-NOR flash
- 8x 1G/10G SFP+ cages
- Per-port LEDs: 1x white LED per SFP+ cage
- Buttons: 1x Reset
- Console: TTL 3.3V, 115200 8N1, internal unpopulated 4-hole THT
footprint (the device must be opened to solder a header)
- pinout (with the front panel facing you, left to right):
VCC/unused, RX, TX, GND
- Front touch display (see below)
- Software chain:
- U-Boot (Ubiquiti-flavoured)
- UniFi OS (OpenWrt-based)
MAC address
===========
Single MAC address derived from the eeprom partition. Applied to all
switch ports.
Front touch display
===================
The unit has a touch-capable front display, driven by a dedicated
STM32-based MCU connected to the host via UART. The MCU runs Ubiquiti's
LCM firmware and exposes a high-level JSON protocol (page selection,
button-press events, etc.); arbitrary pixel-level control is not
possible without replacing the MCU firmware. The display is therefore
not supported beyond what the stock LCM firmware offers.
Disclaimer
==========
Stock uses a dual-bank layout (kernel0/kernel1, 7 MiB each). OpenWrt
replaces both banks with a single contiguous firmware partition.
Flashing OpenWrt overwrites both stock kernel slots; U-Boot remains
intact and can be used for recovery.
The stock firmware blob is RSA-signed and cannot be flashed via the
UniFi web UI. Installation has to be done from a root shell on the
running UniFi OS.
Installation
============
1. Enable SSH on the stock UniFi OS and log in as root.
2. Copy the OpenWrt sysupgrade image to /tmp on the switch (e.g. via
scp).
3. Adjust IMG below to point at the copied file, then run the block as
a whole. It writes kernel0, splits into kernel1 if the image is
larger than that slot (otherwise invalidates kernel1 so U-Boot
cannot pick a stale bank), and reboots:
IMG=/tmp/openwrt-realtek-rtl930x-ubnt_usw-aggregation-squashfs-sysupgrade.bin
K0_BLOCKS=$((0x710000 / 0x10000))
dd if="$IMG" of=/dev/mtdblock2 bs=64k count=$K0_BLOCKS conv=fsync
if [ "$(wc -c < "$IMG")" -gt $((0x710000)) ]; then
dd if="$IMG" of=/dev/mtdblock3 bs=64k skip=$K0_BLOCKS conv=fsync
else
dd if=/dev/zero of=/dev/mtdblock3 bs=64k count=1 conv=fsync
fi
sync
reboot
The switch comes up in OpenWrt after reboot.
It does not matter which bank stock booted from when the dd block
runs: both banks are touched in the same pass (kernel0 written, kernel1
either written or invalidated). With kernel1 invalidated, U-Boot's
internal fallback kicks in and permanently switches to kernel0 on the
next boot, so the device stays on OpenWrt as long as kernel0 is
bootable.
Recovery
========
Since the installation procedure invalidates or partially overwrites
the second bank, recovery requires serial console access (see Hardware
above for pinout).
1. Interrupt U-Boot autoboot by spamming a key during early boot to
drop into the U-Boot prompt.
2. Bring up networking:
rtk network on
3. Transfer an OpenWrt initramfs image via TFTP and boot it:
tftpboot 0x82000000 <server>:<initramfs.bin>
bootm 0x82000000
4. From the running initramfs OpenWrt, re-run the installation
procedure above (the dd block, with $IMG pointing at the image on
/tmp).
Return to stock firmware
========================
There is no fully-supported revert path. The stock firmware blob is a
Ubiquiti UBNT archive (header + parts, see firmware-utils' fw.h) that
embeds a u-boot and a kernel0 uImage payload; only the latter is
relevant when writing back to the kernel partitions.
The snippet below extracts the kernel0 uImage from such a blob by
locating the uImage magic and using the size carried in the uImage
header itself, without parsing any UBNT framing. It is provided as a
best-effort starting point; verify the result before flashing,
otherwise you're on your own:
BLOB=US.rtl930x_X.Y.Z.bin
OFF=$(grep -aboF $'\x27\x05\x19\x56' "$BLOB" | head -1 | cut -d: -f1)
SIZE=$(( $(dd if="$BLOB" bs=1 skip=$((OFF + 12)) count=4 2>/dev/null \
| hexdump -e '1/4 "%u"') + 64 ))
dd if="$BLOB" of=kernel0.uImage bs=1 skip="$OFF" count="$SIZE"
Once you have a clean uImage, write it to both kernel banks (since
the bootselect mechanism is not yet decoded, this guarantees U-Boot
picks the stock image regardless of bank):
dd if=kernel0.uImage of=/dev/mtdblock2 bs=64k conv=fsync
dd if=kernel0.uImage of=/dev/mtdblock3 bs=64k conv=fsync
Link: https://github.com/openwrt/openwrt/pull/23506
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-24 19:32:31 +0200e4ed8e7fe7e0d49e5bd3bafa6b7eb9c4804b08f8realtek: add support for Ubiquiti UniFi USW Aggregationaddtarget/linux/realtek/dts/rtl9303_ubnt_usw-aggregation.dtsedittarget/linux/realtek/image/rtl930x.mk
- target/linux/bcm53xx/patches-6.12/600-net-disable-GRO-by-default.patchtarget/linux/bcm53xx/patches-6.12/500-UBI-Detect-EOF-mark-and-erase-all-remaining-blocks.patchtarget/linux/bcm53xx/patches-6.12/300-ARM-BCM5301X-Disable-MMU-and-Dcache-during-decompres.patchtarget/linux/bcm53xx/patches-6.12/140-mtd-parsers-trx-parse-firmware-MTD-partitions-only.patchtarget/linux/bcm53xx/config-6.18target/linux/bcm53xx/patches-6.18/300-ARM-BCM5301X-Disable-MMU-and-Dcache-during-decompres.patchtarget/linux/bcm53xx/patches-6.18/304-ARM-dts-BCM5301X-Specify-switch-ports-for-remaining-.patchtarget/linux/bcm53xx/patches-6.12/350-ARM-dts-BCM5301X-add-root-pcie-bridges.patchtarget/linux/bcm53xx/patches-6.18/333-bcm53xx-dts-meraki-mx6x-add-OpenWrt-specific-LED-ali.patchtarget/linux/bcm53xx/patches-6.12/304-ARM-dts-BCM5301X-Specify-switch-ports-for-remaining-.patchtarget/linux/bcm53xx/patches-6.18/701-net-dsa-b53-disable-EAP-setup-on-Northstar-switches.patchtarget/linux/bcm53xx/config-6.12target/linux/bcm53xx/patches-6.18/905-BCM53573-minor-hacks.patchtarget/linux/bcm53xx/patches-6.12/050-v6.13-ARM-dts-meraki-mr26-set-mac-address-for-gmac0.patchtarget/linux/bcm53xx/patches-6.18/600-net-disable-GRO-by-default.patchtarget/linux/bcm53xx/patches-6.18/140-mtd-parsers-trx-parse-firmware-MTD-partitions-only.patchtarget/linux/bcm53xx/patches-6.12/340-meraki-mx6x-mac-base.patchtarget/linux/bcm53xx/patches-6.18/332-Meraki-MX6X-partition-fixups.patchtarget/linux/bcm53xx/patches-6.12/333-bcm53xx-dts-meraki-mx6x-add-OpenWrt-specific-LED-ali.patchtarget/linux/bcm53xx/patches-6.18/350-ARM-dts-BCM5301X-add-root-pcie-bridges.patchtarget/linux/bcm53xx/patches-6.12/332-Meraki-MX6X-partition-fixups.patchtarget/linux/bcm53xx/patches-6.12/180-usb-xhci-add-support-for-performing-fake-doorbell.patchtarget/linux/bcm53xx/patches-6.18/050-v6.13-ARM-dts-meraki-mr26-set-mac-address-for-gmac0.patchtarget/linux/bcm53xx/patches-6.12/349-ARM-dts-BCM5301X-Describe-PCIe-controllers-fully.patchtarget/linux/bcm53xx/patches-6.18/180-usb-xhci-add-support-for-performing-fake-doorbell.patchtarget/linux/bcm53xx/patches-6.12/701-net-dsa-b53-disable-EAP-setup-on-Northstar-switches.patchtarget/linux/bcm53xx/patches-6.18/349-ARM-dts-BCM5301X-Describe-PCIe-controllers-fully.patchtarget/linux/bcm53xx/patches-6.18/500-UBI-Detect-EOF-mark-and-erase-all-remaining-blocks.patchtarget/linux/bcm53xx/patches-6.18/340-meraki-mx6x-mac-base.patchtarget/linux/bcm53xx/patches-6.12/310-ARM-BCM5301X-Add-DT-for-Netgear-R7900.patchtarget/linux/bcm53xx/patches-6.12/051-ARM-dts-meraki-mr26-wifi-MACs-in-dts.patchtarget/linux/bcm53xx/patches-6.18/310-ARM-BCM5301X-Add-DT-for-Netgear-R7900.patchtarget/linux/bcm53xx/patches-6.18/051-ARM-dts-meraki-mr26-wifi-MACs-in-dts.patchtarget/linux/bcm53xx/patches-6.12/905-BCM53573-minor-hacks.patch32dc589c121f683b07115e7a31f05109f994d0fb1779647768000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comkernel/bcm53xx: create files for v6.18 (from v6.12)
This is an automatically generated commit.
When doing `git bisect`, consider `git bisect --skip`.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23166
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-24 20:36:08 +020032dc589c121f683b07115e7a31f05109f994d0fbkernel/bcm53xx: create files for v6.18 (from v6.12)addtarget/linux/bcm53xx/patches-6.18/050-v6.13-ARM-dts-meraki-mr26-set-mac-address-for-gmac0.patchdeletetarget/linux/bcm53xx/patches-6.12/500-UBI-Detect-EOF-mark-and-erase-all-remaining-blocks.patchdeletetarget/linux/bcm53xx/patches-6.12/050-v6.13-ARM-dts-meraki-mr26-set-mac-address-for-gmac0.patchdeletetarget/linux/bcm53xx/patches-6.12/300-ARM-BCM5301X-Disable-MMU-and-Dcache-during-decompres.patchaddtarget/linux/bcm53xx/patches-6.18/600-net-disable-GRO-by-default.patchdeletetarget/linux/bcm53xx/patches-6.12/905-BCM53573-minor-hacks.patchdeletetarget/linux/bcm53xx/patches-6.12/332-Meraki-MX6X-partition-fixups.patchdeletetarget/linux/bcm53xx/patches-6.12/051-ARM-dts-meraki-mr26-wifi-MACs-in-dts.patchaddtarget/linux/bcm53xx/patches-6.18/051-ARM-dts-meraki-mr26-wifi-MACs-in-dts.patchdeletetarget/linux/bcm53xx/patches-6.12/349-ARM-dts-BCM5301X-Describe-PCIe-controllers-fully.patchaddtarget/linux/bcm53xx/patches-6.18/349-ARM-dts-BCM5301X-Describe-PCIe-controllers-fully.patchdeletetarget/linux/bcm53xx/patches-6.12/140-mtd-parsers-trx-parse-firmware-MTD-partitions-only.patchdeletetarget/linux/bcm53xx/patches-6.12/333-bcm53xx-dts-meraki-mx6x-add-OpenWrt-specific-LED-ali.patchaddtarget/linux/bcm53xx/patches-6.18/350-ARM-dts-BCM5301X-add-root-pcie-bridges.patchaddtarget/linux/bcm53xx/patches-6.18/180-usb-xhci-add-support-for-performing-fake-doorbell.patchdeletetarget/linux/bcm53xx/patches-6.12/350-ARM-dts-BCM5301X-add-root-pcie-bridges.patchdeletetarget/linux/bcm53xx/config-6.12addtarget/linux/bcm53xx/patches-6.18/332-Meraki-MX6X-partition-fixups.patchdeletetarget/linux/bcm53xx/patches-6.12/600-net-disable-GRO-by-default.patchdeletetarget/linux/bcm53xx/patches-6.12/304-ARM-dts-BCM5301X-Specify-switch-ports-for-remaining-.patchaddtarget/linux/bcm53xx/patches-6.18/340-meraki-mx6x-mac-base.patchaddtarget/linux/bcm53xx/patches-6.18/701-net-dsa-b53-disable-EAP-setup-on-Northstar-switches.patchdeletetarget/linux/bcm53xx/patches-6.12/701-net-dsa-b53-disable-EAP-setup-on-Northstar-switches.patchaddtarget/linux/bcm53xx/patches-6.18/905-BCM53573-minor-hacks.patchaddtarget/linux/bcm53xx/config-6.18addtarget/linux/bcm53xx/patches-6.18/310-ARM-BCM5301X-Add-DT-for-Netgear-R7900.patchaddtarget/linux/bcm53xx/patches-6.18/300-ARM-BCM5301X-Disable-MMU-and-Dcache-during-decompres.patchaddtarget/linux/bcm53xx/patches-6.18/140-mtd-parsers-trx-parse-firmware-MTD-partitions-only.patchaddtarget/linux/bcm53xx/patches-6.18/304-ARM-dts-BCM5301X-Specify-switch-ports-for-remaining-.patchdeletetarget/linux/bcm53xx/patches-6.12/340-meraki-mx6x-mac-base.patchaddtarget/linux/bcm53xx/patches-6.18/500-UBI-Detect-EOF-mark-and-erase-all-remaining-blocks.patchdeletetarget/linux/bcm53xx/patches-6.12/180-usb-xhci-add-support-for-performing-fake-doorbell.patchdeletetarget/linux/bcm53xx/patches-6.12/310-ARM-BCM5301X-Add-DT-for-Netgear-R7900.patchaddtarget/linux/bcm53xx/patches-6.18/333-bcm53xx-dts-meraki-mx6x-add-OpenWrt-specific-LED-ali.patch
- target/linux/bcm53xx/patches-6.12/340-meraki-mx6x-mac-base.patchtarget/linux/bcm53xx/patches-6.12/600-net-disable-GRO-by-default.patchtarget/linux/bcm53xx/patches-6.12/333-bcm53xx-dts-meraki-mx6x-add-OpenWrt-specific-LED-ali.patchtarget/linux/bcm53xx/patches-6.12/500-UBI-Detect-EOF-mark-and-erase-all-remaining-blocks.patchtarget/linux/bcm53xx/patches-6.12/180-usb-xhci-add-support-for-performing-fake-doorbell.patchtarget/linux/bcm53xx/patches-6.12/332-Meraki-MX6X-partition-fixups.patchtarget/linux/bcm53xx/patches-6.12/300-ARM-BCM5301X-Disable-MMU-and-Dcache-during-decompres.patchtarget/linux/bcm53xx/patches-6.12/140-mtd-parsers-trx-parse-firmware-MTD-partitions-only.patchtarget/linux/bcm53xx/patches-6.12/349-ARM-dts-BCM5301X-Describe-PCIe-controllers-fully.patchtarget/linux/bcm53xx/patches-6.12/701-net-dsa-b53-disable-EAP-setup-on-Northstar-switches.patchtarget/linux/bcm53xx/patches-6.12/350-ARM-dts-BCM5301X-add-root-pcie-bridges.patchtarget/linux/bcm53xx/patches-6.12/304-ARM-dts-BCM5301X-Specify-switch-ports-for-remaining-.patchtarget/linux/bcm53xx/patches-6.12/310-ARM-BCM5301X-Add-DT-for-Netgear-R7900.patchtarget/linux/bcm53xx/config-6.12target/linux/bcm53xx/patches-6.12/050-v6.13-ARM-dts-meraki-mr26-set-mac-address-for-gmac0.patchtarget/linux/bcm53xx/patches-6.12/051-ARM-dts-meraki-mr26-wifi-MACs-in-dts.patchtarget/linux/bcm53xx/patches-6.12/905-BCM53573-minor-hacks.patch36546de92f2c45e5ac0b6c801c0a1eb4a124db861779647768000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comkernel/bcm53xx: restore files for v6.12
This is an automatically generated commit which aids following Kernel patch
history, as git will see the move and copy as a rename thus defeating the
purpose.
For the original discussion see:
https://lists.openwrt.org/pipermail/openwrt-devel/2023-October/041673.html
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23166
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-24 20:36:08 +020036546de92f2c45e5ac0b6c801c0a1eb4a124db86kernel/bcm53xx: restore files for v6.12addtarget/linux/bcm53xx/patches-6.12/300-ARM-BCM5301X-Disable-MMU-and-Dcache-during-decompres.patchaddtarget/linux/bcm53xx/patches-6.12/180-usb-xhci-add-support-for-performing-fake-doorbell.patchaddtarget/linux/bcm53xx/patches-6.12/332-Meraki-MX6X-partition-fixups.patchaddtarget/linux/bcm53xx/patches-6.12/140-mtd-parsers-trx-parse-firmware-MTD-partitions-only.patchaddtarget/linux/bcm53xx/patches-6.12/340-meraki-mx6x-mac-base.patchaddtarget/linux/bcm53xx/patches-6.12/349-ARM-dts-BCM5301X-Describe-PCIe-controllers-fully.patchaddtarget/linux/bcm53xx/patches-6.12/333-bcm53xx-dts-meraki-mx6x-add-OpenWrt-specific-LED-ali.patchaddtarget/linux/bcm53xx/patches-6.12/701-net-dsa-b53-disable-EAP-setup-on-Northstar-switches.patchaddtarget/linux/bcm53xx/patches-6.12/310-ARM-BCM5301X-Add-DT-for-Netgear-R7900.patchaddtarget/linux/bcm53xx/patches-6.12/350-ARM-dts-BCM5301X-add-root-pcie-bridges.patchaddtarget/linux/bcm53xx/patches-6.12/500-UBI-Detect-EOF-mark-and-erase-all-remaining-blocks.patchaddtarget/linux/bcm53xx/patches-6.12/050-v6.13-ARM-dts-meraki-mr26-set-mac-address-for-gmac0.patchaddtarget/linux/bcm53xx/patches-6.12/051-ARM-dts-meraki-mr26-wifi-MACs-in-dts.patchaddtarget/linux/bcm53xx/patches-6.12/905-BCM53573-minor-hacks.patchaddtarget/linux/bcm53xx/patches-6.12/304-ARM-dts-BCM5301X-Specify-switch-ports-for-remaining-.patchaddtarget/linux/bcm53xx/patches-6.12/600-net-disable-GRO-by-default.patchaddtarget/linux/bcm53xx/config-6.12
- target/linux/bcm53xx/patches-6.18/050-v6.13-ARM-dts-meraki-mr26-set-mac-address-for-gmac0.patchtarget/linux/bcm53xx/config-6.18456716b15fb89cee97859b972c59ab395724182c1779647769000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.combcm53xx: refresh 6.18 config
Add missing symbols for 6.18.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23166
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-24 20:36:09 +0200456716b15fb89cee97859b972c59ab395724182cbcm53xx: refresh 6.18 configdeletetarget/linux/bcm53xx/patches-6.18/050-v6.13-ARM-dts-meraki-mr26-set-mac-address-for-gmac0.patchedittarget/linux/bcm53xx/config-6.18
- target/linux/bcm53xx/patches-6.18/180-usb-xhci-add-support-for-performing-fake-doorbell.patchtarget/linux/bcm53xx/patches-6.18/905-BCM53573-minor-hacks.patchtarget/linux/bcm53xx/patches-6.18/300-ARM-BCM5301X-Disable-MMU-and-Dcache-during-decompres.patchtarget/linux/bcm53xx/patches-6.18/310-ARM-BCM5301X-Add-DT-for-Netgear-R7900.patchtarget/linux/bcm53xx/patches-6.18/600-net-disable-GRO-by-default.patchtarget/linux/bcm53xx/patches-6.18/333-bcm53xx-dts-meraki-mx6x-add-OpenWrt-specific-LED-ali.patch9387d10b249dd60687e6b7643ff773528443c91a1779647769000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.combcm53xx: refresh 6.18 patches
Refresh patches for 6.18.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23166
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-24 20:36:09 +02009387d10b249dd60687e6b7643ff773528443c91abcm53xx: refresh 6.18 patchesedittarget/linux/bcm53xx/patches-6.18/905-BCM53573-minor-hacks.patchedittarget/linux/bcm53xx/patches-6.18/180-usb-xhci-add-support-for-performing-fake-doorbell.patchedittarget/linux/bcm53xx/patches-6.18/300-ARM-BCM5301X-Disable-MMU-and-Dcache-during-decompres.patchedittarget/linux/bcm53xx/patches-6.18/333-bcm53xx-dts-meraki-mx6x-add-OpenWrt-specific-LED-ali.patchedittarget/linux/bcm53xx/patches-6.18/310-ARM-BCM5301X-Add-DT-for-Netgear-R7900.patchedittarget/linux/bcm53xx/patches-6.18/600-net-disable-GRO-by-default.patch
- target/linux/bcm53xx/Makefiled51fa9b28e1fb455bfa83610f418c9d1142c3dd91779647769000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.combcm53xx: enable 6.18 testing kernel
Enable the 6.18 testing kernel for BCM53XX.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23166
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-24 20:36:09 +0200d51fa9b28e1fb455bfa83610f418c9d1142c3dd9bcm53xx: enable 6.18 testing kerneledittarget/linux/bcm53xx/Makefile
- target/linux/qoriq/config-6.12target/linux/qoriq/config-6.1894e16eabd7271c081b28fce0d5c363dcd02335d61779658497000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comkernel/qoriq: create files for v6.18 (from v6.12)
This is an automatically generated commit.
When doing `git bisect`, consider `git bisect --skip`.
Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23117
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-24 23:34:57 +020094e16eabd7271c081b28fce0d5c363dcd02335d6kernel/qoriq: create files for v6.18 (from v6.12)addtarget/linux/qoriq/config-6.18deletetarget/linux/qoriq/config-6.12
- target/linux/qoriq/config-6.12c2d5f156112b4fa511b30480e21ab6f3d8a41c4e1779658497000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comkernel/qoriq: restore files for v6.12
This is an automatically generated commit which aids following Kernel patch
history, as git will see the move and copy as a rename thus defeating the
purpose.
For the original discussion see:
https://lists.openwrt.org/pipermail/openwrt-devel/2023-October/041673.html
Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23117
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-24 23:34:57 +0200c2d5f156112b4fa511b30480e21ab6f3d8a41c4ekernel/qoriq: restore files for v6.12addtarget/linux/qoriq/config-6.12
- target/linux/qoriq/config-6.1839d55c93f899801c9e4a265a5bf781e372f17d401779658497000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comqoriq: 6.18: refresh kernel config
Done by:
`make kernel_oldconfig`
Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23117
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-24 23:34:57 +020039d55c93f899801c9e4a265a5bf781e372f17d40qoriq: 6.18: refresh kernel configedittarget/linux/qoriq/config-6.18
- target/linux/qoriq/Makefiled3a7e895690b2b9370f50ac55d0135b6e2e552371779658498000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comqoriq: switch to 6.18 kernel
This target is not popular among active developers.
If nobody is using the testing kernel, this phase is pointless.
Switch this niche target to kernel 6.18 for testing.
Signed-off-by: Pawel Dembicki <paweldembicki@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23117
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-24 23:34:58 +0200d3a7e895690b2b9370f50ac55d0135b6e2e55237qoriq: switch to 6.18 kerneledittarget/linux/qoriq/Makefile
- target/linux/qoriq/config-6.126db1127e8a326a777b53a5beca62979c536ee0941779659034000https://taiha.net/jenkins/user/jelonek.jonasjelonek.jonasjelonek.jonas@gmail.comqoriq: drop kernel config for 6.12
The target was recently switched to 6.18. However, it was missed to drop
the kernel config 6.12 and a rebase unintendedly reverted previous
changes. Since the config isn't needed anymore, drop it.
Fixes: d3a7e895690b ("qoriq: switch to 6.18 kernel")
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
2026-05-24 23:43:54 +02006db1127e8a326a777b53a5beca62979c536ee094qoriq: drop kernel config for 6.12deletetarget/linux/qoriq/config-6.12
- target/linux/generic/files/drivers/net/phy/ar8327.htarget/linux/generic/files/drivers/net/phy/ar8327.c816bd659c35a3f6abe0dc1f18c106035708ab9691779662170000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.dear8327: convert LEDs to a flexible array member
Reduces allocations by 1.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22998
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 00:36:10 +0200816bd659c35a3f6abe0dc1f18c106035708ab969ar8327: convert LEDs to a flexible array memberedittarget/linux/generic/files/drivers/net/phy/ar8327.cedittarget/linux/generic/files/drivers/net/phy/ar8327.h
- target/linux/generic/files/drivers/net/phy/ar8216.c9586b75358ef816b3c52e1ea317301a7b00f195a1779662170000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.dear8216: use devm for mdiobus consistently
devm_mdiobus_alloc is already used. Be consistent and use
devm_of_mdiobus_register.
Also add a missing of_node_put for the mdio node.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22998
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 00:36:10 +02009586b75358ef816b3c52e1ea317301a7b00f195aar8216: use devm for mdiobus consistentlyedittarget/linux/generic/files/drivers/net/phy/ar8216.c
- package/kernel/lantiq/ltq-vmmc/patches/605-get-irqs-from-kernel-in-tree-vmmc-driver.patchpackage/kernel/lantiq/ltq-atm/src/ifxmips_atm_ar9.cpackage/kernel/lantiq/vrx518_tc/patches/100-compat.patchpackage/kernel/lantiq/ltq-tapi/patches/000-portability.patchpackage/kernel/lantiq/ltq-adsl/patches/130-linux3.8.patchpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_test.cpackage/kernel/lantiq/vrx518_tc/patches/300-fix-missing-prototypes-warnings.patchpackage/kernel/lantiq/ltq-deu/src/ifxmips_deu_vr9.hpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/001-fix-compile.patchpackage/kernel/lantiq/ltq-atm/src/ifxmips_atm_vr9.cpackage/kernel/lantiq/ltq-tapi/patches/400-linux-415.patchpackage/kernel/lantiq/ltq-atm/src/ltq_atm.cpackage/kernel/lantiq/ltq-vdsl-vr9/patches/001-fix-compile.patchpackage/kernel/lantiq/ltq-deu/src/ifxmips_arc4.cpackage/kernel/lantiq/ltq-deu/src/ifxmips_des.cpackage/kernel/lantiq/ltq-adsl/patches/120-platform.patchpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_amazon_se.cpackage/kernel/lantiq/ltq-deu/src/ifxmips_deu.cpackage/kernel/lantiq/vrx518_tc/patches/201-desc-length.patchpackage/kernel/lantiq/ltq-deu/src/ifxmips_deu_ar9.hpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/400-kernel-6.1.patchpackage/kernel/lantiq/ltq-vmmc/patches/000-portability.patchpackage/kernel/lantiq/vrx518_ep/src/test/ep_test.cpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/405-convert-platform-driver-.remove-to-.remove_new.patchpackage/kernel/lantiq/ltq-deu/src/ifxmips_sha1.cpackage/kernel/lantiq/ltq-tapi/patches/200-linux-37.patchpackage/kernel/lantiq/ltq-vdsl-vr9/patches/301-fix-compilation-warning-simple-fix.patchpackage/kernel/lantiq/ltq-tapi/patches/610-flush-only-local-workqueue.patchpackage/kernel/lantiq/ltq-deu/src/ifxmips_sha1_hmac.cpackage/kernel/lantiq/ltq-vmmc/patches/200-compat.patchpackage/kernel/lantiq/ltq-vmmc/patches/602-fix-compilation-warning-int-conversion.patchpackage/kernel/lantiq/ltq-tapi/patches/510-linux-515.patchpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_danube.cpackage/kernel/lantiq/ltq-vdsl-vr11/patches/301-fix-missing-prototypes-warnings.patchpackage/kernel/lantiq/vrx518_tc/patches/207-dcdp-atm_tc-fix-crash-on-subif_reg-absence.patchpackage/kernel/lantiq/vrx518_tc/patches/200-swplat.patchpackage/kernel/lantiq/ltq-vmmc/patches/606-fix-version-macro-definition-conflicts-on-6.12-kerne.patchpackage/kernel/lantiq/vrx518_tc/patches/204-dcdp-atm_tc-fix-compilation-warning.patchpackage/kernel/lantiq/ltq-tapi/patches/611-ifxos-typedef-madness.diffpackage/kernel/lantiq/vrx518_tc/patches/206-dcdp-ptm_tc-allow-larger-mtu-to-support-rfc4638.patchpackage/kernel/lantiq/ltq-vmmc/patches/400-falcon.patchpackage/kernel/lantiq/ltq-vmmc/patches/603-fix-signature.patchpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/100-compat.patchpackage/kernel/lantiq/ltq-adsl/patches/150-linux_5.9.patchpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_ar9.cpackage/kernel/lantiq/vrx518_tc/patches/202-napi.patchpackage/kernel/lantiq/ltq-tapi/patches/300-linux-310.patchpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_adsl.hpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/101_no-date-time.patchpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/300-fix-simple-compilation-warning.patchpackage/kernel/lantiq/ltq-adsl/patches/100-dsl_compat.patchpackage/kernel/lantiq/ltq-deu/src/ifxmips_aes.cpackage/kernel/lantiq/ltq-vdsl-vr9/patches/100-compat.patchpackage/kernel/lantiq/ltq-adsl-mei/src/drv_mei_cpe.cpackage/kernel/lantiq/ltq-vdsl-vr9/patches/302-kernel-6.6-fixes.patchpackage/kernel/lantiq/ltq-atm/src/ifxmips_atm_amazon_se.cpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_adsl.cpackage/kernel/lantiq/ltq-deu/src/ifxmips_deu_dma.hpackage/kernel/lantiq/ltq-atm/src/ifxmips_atm_danube.cpackage/kernel/lantiq/vrx518_tc/patches/101-dcdp-atm_tc-drop-extra-qos-classes.patchpackage/kernel/lantiq/ltq-tapi/patches/100-ifxmips.patchpackage/kernel/lantiq/ltq-adsl/patches/400-kernel-6.1.patchpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_vdsl.hpackage/kernel/lantiq/ltq-ifxos/patches/100-compat.patchpackage/kernel/lantiq/ltq-tapi/patches/500-linux-509.patchpackage/kernel/lantiq/ltq-tapi/patches/010-fix-compile.patchpackage/kernel/lantiq/ltq-tapi/patches/617-adapt-to-the-6.18-kernel-timer-API.patchpackage/kernel/lantiq/ltq-adsl/patches/140-linux_3.18.patchpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_vr9.cpackage/kernel/lantiq/ltq-vdsl-vr11/patches/130-support-kernel-6.6.patchpackage/kernel/lantiq/ltq-vmmc/patches/608-fix-inline-is-not-at-beginning-of-declaration.patchpackage/kernel/lantiq/vrx518_tc/patches/205-dcdp-ptm_tc-dynamically-alloc-mib.patchpackage/kernel/lantiq/ltq-vmmc/patches/100-target.patchpackage/kernel/lantiq/ltq-vdsl-vr9/patches/303-fix-missing-prototypes-warning.patchpackage/kernel/lantiq/vrx518_ep/patches/100-compat.patchpackage/kernel/lantiq/ltq-deu/src/ifxmips_deu_danube.hpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_vdsl.cpackage/kernel/lantiq/vrx518_tc/patches/208-dcdp-ptm_tc-fix-rx_len_adj.patchpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/402-kernel-6.6-fixes.patch7116f3cd00554242a2e3cb87b891a6bcfc3c59ff1779663312000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.delantiq: remove old kernel fixes
No longer needed.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22949
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 00:55:12 +02007116f3cd00554242a2e3cb87b891a6bcfc3c59fflantiq: remove old kernel fixeseditpackage/kernel/lantiq/ltq-atm/src/ifxmips_atm_danube.cdeletepackage/kernel/lantiq/ltq-tapi/patches/510-linux-515.patcheditpackage/kernel/lantiq/ltq-adsl/patches/120-platform.patcheditpackage/kernel/lantiq/ltq-deu/src/ifxmips_sha1_hmac.ceditpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/001-fix-compile.patcheditpackage/kernel/lantiq/vrx518_tc/patches/205-dcdp-ptm_tc-dynamically-alloc-mib.patcheditpackage/kernel/lantiq/ltq-adsl/patches/130-linux3.8.patcheditpackage/kernel/lantiq/ltq-deu/src/ifxmips_deu_ar9.heditpackage/kernel/lantiq/vrx518_tc/patches/208-dcdp-ptm_tc-fix-rx_len_adj.patcheditpackage/kernel/lantiq/ltq-vdsl-vr9/patches/301-fix-compilation-warning-simple-fix.patcheditpackage/kernel/lantiq/vrx518_tc/patches/204-dcdp-atm_tc-fix-compilation-warning.patcheditpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_vr9.ceditpackage/kernel/lantiq/ltq-tapi/patches/300-linux-310.patcheditpackage/kernel/lantiq/ltq-vdsl-vr11/patches/130-support-kernel-6.6.patchdeletepackage/kernel/lantiq/ltq-vmmc/patches/608-fix-inline-is-not-at-beginning-of-declaration.patcheditpackage/kernel/lantiq/vrx518_tc/patches/300-fix-missing-prototypes-warnings.patcheditpackage/kernel/lantiq/ltq-tapi/patches/617-adapt-to-the-6.18-kernel-timer-API.patcheditpackage/kernel/lantiq/ltq-atm/src/ifxmips_atm_amazon_se.ceditpackage/kernel/lantiq/ltq-vmmc/patches/200-compat.patcheditpackage/kernel/lantiq/ltq-tapi/patches/611-ifxos-typedef-madness.diffeditpackage/kernel/lantiq/vrx518_tc/patches/201-desc-length.patcheditpackage/kernel/lantiq/vrx518_tc/patches/206-dcdp-ptm_tc-allow-larger-mtu-to-support-rfc4638.patcheditpackage/kernel/lantiq/vrx518_tc/patches/100-compat.patcheditpackage/kernel/lantiq/ltq-atm/src/ltq_atm.ceditpackage/kernel/lantiq/ltq-tapi/patches/610-flush-only-local-workqueue.patcheditpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/100-compat.patcheditpackage/kernel/lantiq/ltq-vmmc/patches/000-portability.patcheditpackage/kernel/lantiq/vrx518_tc/patches/101-dcdp-atm_tc-drop-extra-qos-classes.patcheditpackage/kernel/lantiq/ltq-vmmc/patches/605-get-irqs-from-kernel-in-tree-vmmc-driver.patcheditpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_ar9.ceditpackage/kernel/lantiq/ltq-deu/src/ifxmips_deu_danube.heditpackage/kernel/lantiq/ltq-vmmc/patches/100-target.patcheditpackage/kernel/lantiq/ltq-vdsl-vr11/patches/301-fix-missing-prototypes-warnings.patcheditpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/300-fix-simple-compilation-warning.patcheditpackage/kernel/lantiq/ltq-vdsl-vr9/patches/100-compat.patcheditpackage/kernel/lantiq/ltq-vmmc/patches/606-fix-version-macro-definition-conflicts-on-6.12-kerne.patcheditpackage/kernel/lantiq/ltq-adsl/patches/150-linux_5.9.patcheditpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/402-kernel-6.6-fixes.patcheditpackage/kernel/lantiq/ltq-vmmc/patches/400-falcon.patcheditpackage/kernel/lantiq/vrx518_ep/src/test/ep_test.ceditpackage/kernel/lantiq/vrx518_tc/patches/200-swplat.patcheditpackage/kernel/lantiq/vrx518_tc/patches/202-napi.patcheditpackage/kernel/lantiq/ltq-tapi/patches/010-fix-compile.patcheditpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/101_no-date-time.patcheditpackage/kernel/lantiq/ltq-deu/src/ifxmips_aes.ceditpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_test.ceditpackage/kernel/lantiq/vrx518_tc/patches/207-dcdp-atm_tc-fix-crash-on-subif_reg-absence.patcheditpackage/kernel/lantiq/ltq-deu/src/ifxmips_sha1.ceditpackage/kernel/lantiq/ltq-ifxos/patches/100-compat.patcheditpackage/kernel/lantiq/ltq-deu/src/ifxmips_deu_vr9.heditpackage/kernel/lantiq/ltq-vdsl-vr9/patches/303-fix-missing-prototypes-warning.patcheditpackage/kernel/lantiq/ltq-tapi/patches/500-linux-509.patcheditpackage/kernel/lantiq/ltq-adsl-mei/src/drv_mei_cpe.ceditpackage/kernel/lantiq/ltq-atm/src/ifxmips_atm_vr9.ceditpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_adsl.ceditpackage/kernel/lantiq/ltq-vdsl-vr9/patches/001-fix-compile.patcheditpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_amazon_se.ceditpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_danube.ceditpackage/kernel/lantiq/ltq-tapi/patches/100-ifxmips.patcheditpackage/kernel/lantiq/ltq-deu/src/ifxmips_des.ceditpackage/kernel/lantiq/ltq-vdsl-vr9/patches/302-kernel-6.6-fixes.patcheditpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_vdsl.ceditpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/405-convert-platform-driver-.remove-to-.remove_new.patcheditpackage/kernel/lantiq/ltq-atm/src/ifxmips_atm_ar9.ceditpackage/kernel/lantiq/ltq-deu/src/ifxmips_deu.ceditpackage/kernel/lantiq/ltq-deu/src/ifxmips_deu_dma.heditpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_adsl.heditpackage/kernel/lantiq/ltq-vmmc/patches/603-fix-signature.patcheditpackage/kernel/lantiq/ltq-tapi/patches/400-linux-415.patcheditpackage/kernel/lantiq/ltq-vdsl-vr9-mei/patches/400-kernel-6.1.patcheditpackage/kernel/lantiq/ltq-adsl/patches/140-linux_3.18.patcheditpackage/kernel/lantiq/ltq-adsl/patches/100-dsl_compat.patcheditpackage/kernel/lantiq/ltq-adsl/patches/400-kernel-6.1.patcheditpackage/kernel/lantiq/ltq-vmmc/patches/602-fix-compilation-warning-int-conversion.patcheditpackage/kernel/lantiq/ltq-tapi/patches/200-linux-37.patcheditpackage/kernel/lantiq/vrx518_ep/patches/100-compat.patcheditpackage/kernel/lantiq/ltq-ptm/src/ifxmips_ptm_vdsl.heditpackage/kernel/lantiq/ltq-tapi/patches/000-portability.patcheditpackage/kernel/lantiq/ltq-deu/src/ifxmips_arc4.c
githttps://taiha.net/jenkins/user/danieldanielhttps://taiha.net/jenkins/user/ansuelsmthansuelsmthhttps://taiha.net/jenkins/user/robimarkorobimarkohttps://taiha.net/jenkins/user/haukehaukehttps://taiha.net/jenkins/user/jelonek.jonasjelonek.jonashttps://taiha.net/jenkins/user/nbdnbdhttps://taiha.net/jenkins/user/mailmailStarted by timer with parameters: {BUILD_CFG_TARGET_DEV=WG1400HP/WG1800HP/WG1800HP2 (QCA9558)}BUILD_CFG_DISTCLEANtrueBUILD_CFG_DIFFCONFIGtrueBUILD_CFG_TARGET_DEVWG1400HP/WG1800HP/WG1800HP2 (QCA9558)4256eead121eea0d9678fcb836ec9df48fff471df366eead121eea0d9678fcb836ec9df48fff471df36refs/remotes/origin/main6eead121eea0d9678fcb836ec9df48fff471df366eead121eea0d9678fcb836ec9df48fff471df36refs/remotes/origin/main6eead121eea0d9678fcb836ec9df48fff471df366eead121eea0d9678fcb836ec9df48fff471df36refs/remotes/origin/mainhttps://github.com/openwrt/openwrtconfig.buildinfoconfig.buildinfobin/targets/ath79/generic/config.buildinfofeeds.buildinfofeeds.buildinfobin/targets/ath79/generic/feeds.buildinfoopenwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1400hp-uboot.binopenwrt-ath79-generic-nec_wg1400hp-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp2-uboot.binopenwrt-ath79-generic-nec_wg1800hp2-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-uboot.binopenwrt-ath79-generic.manifestopenwrt-ath79-generic.manifestbin/targets/ath79/generic/openwrt-ath79-generic.manifestprofiles.jsonprofiles.jsonbin/targets/ath79/generic/profiles.jsonsha256sumssha256sumsbin/targets/ath79/generic/sha256sumsversion.buildinfoversion.buildinfobin/targets/ath79/generic/version.buildinfofalsediffconfig: true, device: WG1400HP/WG1800HP/WG1800HP2 (QCA9558)#42521783992162862OpenWrt (master) for NEC Aterm (NetBSD based) #425425falsefalse425418SUCCESS1779333600664https://taiha.net/jenkins/job/OpenWrt-master-NEC-BSD-Aterm/425/home-slave02_taihasvgitStarted by timer with parameters: {BUILD_CFG_TARGET_DEV=WR8750N/WR9500N/WG600HP (AR9344)}BUILD_CFG_DISTCLEANtrueBUILD_CFG_DIFFCONFIGtrueBUILD_CFG_TARGET_DEVWR8750N/WR9500N/WG600HP (AR9344)4246eead121eea0d9678fcb836ec9df48fff471df366eead121eea0d9678fcb836ec9df48fff471df36refs/remotes/origin/main6eead121eea0d9678fcb836ec9df48fff471df366eead121eea0d9678fcb836ec9df48fff471df36refs/remotes/origin/main6eead121eea0d9678fcb836ec9df48fff471df366eead121eea0d9678fcb836ec9df48fff471df36refs/remotes/origin/mainhttps://github.com/openwrt/openwrtconfig.buildinfoconfig.buildinfobin/targets/ath79/tiny/config.buildinfofeeds.buildinfofeeds.buildinfobin/targets/ath79/tiny/feeds.buildinfoopenwrt-ath79-tiny-nec_wg600hp-initramfs-factory.binopenwrt-ath79-tiny-nec_wg600hp-initramfs-factory.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wg600hp-initramfs-factory.binopenwrt-ath79-tiny-nec_wg600hp-initramfs-kernel.binopenwrt-ath79-tiny-nec_wg600hp-initramfs-kernel.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wg600hp-initramfs-kernel.binopenwrt-ath79-tiny-nec_wg600hp-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wg600hp-squashfs-sysupgrade.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wg600hp-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wg600hp-uboot.binopenwrt-ath79-tiny-nec_wg600hp-uboot.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wg600hp-uboot.binopenwrt-ath79-tiny-nec_wr8750n-initramfs-factory.binopenwrt-ath79-tiny-nec_wr8750n-initramfs-factory.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr8750n-initramfs-factory.binopenwrt-ath79-tiny-nec_wr8750n-initramfs-kernel.binopenwrt-ath79-tiny-nec_wr8750n-initramfs-kernel.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr8750n-initramfs-kernel.binopenwrt-ath79-tiny-nec_wr8750n-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wr8750n-squashfs-sysupgrade.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr8750n-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wr8750n-uboot.binopenwrt-ath79-tiny-nec_wr8750n-uboot.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr8750n-uboot.binopenwrt-ath79-tiny-nec_wr9500n-initramfs-factory.binopenwrt-ath79-tiny-nec_wr9500n-initramfs-factory.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr9500n-initramfs-factory.binopenwrt-ath79-tiny-nec_wr9500n-initramfs-kernel.binopenwrt-ath79-tiny-nec_wr9500n-initramfs-kernel.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr9500n-initramfs-kernel.binopenwrt-ath79-tiny-nec_wr9500n-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wr9500n-squashfs-sysupgrade.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr9500n-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wr9500n-uboot.binopenwrt-ath79-tiny-nec_wr9500n-uboot.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr9500n-uboot.binopenwrt-ath79-tiny.manifestopenwrt-ath79-tiny.manifestbin/targets/ath79/tiny/openwrt-ath79-tiny.manifestprofiles.jsonprofiles.jsonbin/targets/ath79/tiny/profiles.jsonsha256sumssha256sumsbin/targets/ath79/tiny/sha256sumsversion.buildinfoversion.buildinfobin/targets/ath79/tiny/version.buildinfofalsediffconfig: true, device: WR8750N/WR9500N/WG600HP (AR9344)#42421637342162862OpenWrt (master) for NEC Aterm (NetBSD based) #424424falsefalse424417SUCCESS1779320400605https://taiha.net/jenkins/job/OpenWrt-master-NEC-BSD-Aterm/424/home-slave02_taihasv- target/linux/generic/backport-6.18/923-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchc20f4637edd5b70e3140d56f8a9d534ecfe6aaad1779101597000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comkernel: replace testmgr patch with upstream version
Replace patch with upstream version.
Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Link: https://github.com/openwrt/openwrt/pull/23392
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-18 12:53:17 +0200c20f4637edd5b70e3140d56f8a9d534ecfe6aaadkernel: replace testmgr patch with upstream versionedittarget/linux/generic/backport-6.18/923-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patch
- target/linux/generic/backport-6.18/919-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.18/918-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.12/916-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.12/917-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.12/918-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.18/920-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.12/920-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.18/916-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.12/922-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchtarget/linux/generic/backport-6.12/923-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchtarget/linux/generic/backport-6.18/917-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.18/922-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchtarget/linux/generic/backport-6.12/919-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patch9cc8738e500e0e6c5977256db43ca2d058768f511779101597000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comkernel: replace aes-lib with aes-generic in testmgr tests
The name “aes-lib” is used since kernel 7.0. In kernels 6.12 and 6.18,
the name “aes-generic” is used. This change makes it possible to run
comparative selftests of the generic and hardware implementations.
This will help identify any potential differences in the results.
Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Link: https://github.com/openwrt/openwrt/pull/23392
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-18 12:53:17 +02009cc8738e500e0e6c5977256db43ca2d058768f51kernel: replace aes-lib with aes-generic in testmgr testsedittarget/linux/generic/backport-6.12/923-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchedittarget/linux/generic/backport-6.18/922-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchedittarget/linux/generic/backport-6.18/919-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.18/916-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.18/918-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.18/917-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.12/920-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.12/918-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.18/920-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.12/916-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.12/922-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchedittarget/linux/generic/backport-6.12/919-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.12/917-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patch
- target/linux/generic/backport-6.18/933-v7.1-crypto-tcrypt-stop-ahash-speed-tests-when-setkey-fai.patchtarget/linux/generic/backport-6.12/933-v7.1-crypto-tcrypt-stop-ahash-speed-tests-when-setkey-fai.patchtarget/linux/generic/backport-6.18/932-v7.1-crypto-tcrypt-clamp-num_mb-to-avoid-divide-by-zero.patchtarget/linux/generic/backport-6.12/932-v7.1-crypto-tcrypt-clamp-num_mb-to-avoid-divide-by-zero.patch1ef9914b2e3ad3889721cac10f30cea49268de0e1779101598000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comkernel: backport tcrypt fixes
Backport tcrypt fixes.
Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Link: https://github.com/openwrt/openwrt/pull/23392
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-18 12:53:18 +02001ef9914b2e3ad3889721cac10f30cea49268de0ekernel: backport tcrypt fixesaddtarget/linux/generic/backport-6.18/933-v7.1-crypto-tcrypt-stop-ahash-speed-tests-when-setkey-fai.patchaddtarget/linux/generic/backport-6.12/933-v7.1-crypto-tcrypt-stop-ahash-speed-tests-when-setkey-fai.patchaddtarget/linux/generic/backport-6.12/932-v7.1-crypto-tcrypt-clamp-num_mb-to-avoid-divide-by-zero.patchaddtarget/linux/generic/backport-6.18/932-v7.1-crypto-tcrypt-clamp-num_mb-to-avoid-divide-by-zero.patch
- package/kernel/button-hotplug/src/button-hotplug.c286f377389ab953c41b76451b8b8e12d8935cf0e1779101793000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.combutton-hotplug: add KEY_SETUP and KEY_VENDOR handling
Add KEY_SETUP and KEY_VENDOR keys. Many Rockchip devices, including all of those in
e13cbab6840b ("rockchip: enable SARADC; add buttons hotplug and ADC kmods to default packages")
have one or both of these buttons.
Signed-off-by: Ryan Leung <untilscour@protonmail.com>
Link: https://github.com/openwrt/openwrt/pull/23396
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-18 12:56:33 +0200286f377389ab953c41b76451b8b8e12d8935cf0ebutton-hotplug: add KEY_SETUP and KEY_VENDOR handlingeditpackage/kernel/button-hotplug/src/button-hotplug.c
- target/linux/airoha/patches-6.12/915-02-net-airoha-Set-hw-QoS-parameter-according-to-the-pac.patchtarget/linux/airoha/patches-6.12/915-01-net-netfilter-flowtable-Add-the-capability-to-offloa.patcha7b5bb233f3da89909c4b5086e90fc87dbe256091779112289000https://taiha.net/jenkins/user/ansuelsmthansuelsmthansuelsmth@gmail.comairoha: Add the capability to offload dscp field via netfilter flowtable
Introduce the capability to hw offload via netfilter flowtable APIs the
IP TOS info. Implement the sw offloading for DSCP field via the
netfilter flowtable APIs.
Signed-off-by: Lorenzo Bianconi <lorenzo@kernel.org>
Link: https://github.com/openwrt/openwrt/pull/23423
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2026-05-18 15:51:29 +0200a7b5bb233f3da89909c4b5086e90fc87dbe25609airoha: Add the capability to offload dscp field via netfilter flowtableaddtarget/linux/airoha/patches-6.12/915-01-net-netfilter-flowtable-Add-the-capability-to-offloa.patchaddtarget/linux/airoha/patches-6.12/915-02-net-airoha-Set-hw-QoS-parameter-according-to-the-pac.patch
- target/linux/ipq806x/config-6.12target/linux/ipq806x/dts/qcom-ipq8068-cryptid-common.dtsi8296233735f95afcbaa9ed51534bcc58a36cfb4b1779131662000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comipq806x: fix caldata loading for mr42/mr52
Commit 6cc149f167 (ipq806x: mr42/mr52: use nvmem for caldata, 2026-02-25)
broke wifi on meraki mr42/52 by making caldata inaccessible.
This commit adds UBI nvmem to ipq806x target and corrects art partition address
Signed-off-by: Aleksander Wałęski <olewales@gmail.com>
2026-05-18 21:14:22 +02008296233735f95afcbaa9ed51534bcc58a36cfb4bipq806x: fix caldata loading for mr42/mr52edittarget/linux/ipq806x/dts/qcom-ipq8068-cryptid-common.dtsiedittarget/linux/ipq806x/config-6.12
- package/firmware/ipq-wifi/Makefile51b5c9dedcaa07dde1092093415309c1a222c06d1779133142000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comipq-wifi: update to Git HEAD (2026-05-18)
7d851accdab1 ipq40xx: add Linksys MR9000 BDF Link: https://github.com/openwrt/firmware_qca-wireless/pull/114
903e04995ad7 ipq5018: Add BDF for Xiaomi Redmi AX5400
e20f4c6ff197 qcn9074: Add BDF for Xiaomi Redmi AX5400
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-18 21:39:02 +020051b5c9dedcaa07dde1092093415309c1a222c06dipq-wifi: update to Git HEAD (2026-05-18)editpackage/firmware/ipq-wifi/Makefile
- target/linux/qualcommax/ipq50xx/base-files/etc/hotplug.d/firmware/11-ath11k-caldatatarget/linux/qualcommax/ipq50xx/base-files/etc/board.d/02_networktarget/linux/qualcommax/ipq50xx/base-files/lib/upgrade/platform.shpackage/firmware/ipq-wifi/Makefiletarget/linux/qualcommax/ipq50xx/base-files/etc/board.d/01_ledstarget/linux/qualcommax/dts/ipq5018-redmi-ax5400.dtspackage/boot/uboot-tools/uboot-envtools/files/qualcommax_ipq50xxtarget/linux/qualcommax/image/ipq50xx.mk09e55e10087726424a6f42f773a2a0f8f7dbbefe1779133192000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comqualcommax: ipq50xx: add support for Xiaomi Redmi AX5400
Add support for Xiaomi AX5400 (RA74).
Specifications:
* SoC: Qualcomm IPQ5018 (64-bit dual-core ARM Cortex-A53 @ 1.0Ghz)
* Memory: Etrontech EM6HE16EWAKG 512 MiB DDR3L-933
* Serial Port: 1v8 TTL 115200n8
* Wi-Fi: IPQ5018 (2x2 2.4 Ghz 802.11b/g/n/ax - up to 574 Mbps)
QCN9024 (4x4 5 Ghz 802.11an/ac/ax - up to 4804 Mbps)
* Ethernet: IPQ5018 integrated virtual switch connected to an
external QCA8337 switch (3 LAN Ports 10/100/1000)
* Flash: Gigadevice GD5F1GQ5REYIG (128 MiB)
* LEDs: 1x System Blue (GPIO 24 Active High)
1x System Yellow (GPIO 25 Active High)
1x WAN Link Blue (GPIO 26 Active High)
1x WAN Link Yellow (GPIO 27 Active High)
* Buttons: 1x Reset (GPIO 38 Active Low)
1x WPS (GPIO 28 Active Low)
* MAC address layout: LAN (eth1): 0:art @ offset 0x0
WAN (eth0): 0:art @ offset 0x6
Flash instructions: (use redmi-ax5400 image for the Redmi AX5400)
Download XMIR Patcher: https://github.com/openwrt-xiaomi/xmir-patcher
First flash a ubinized OpenWrt initramfs that will serve as the intermediate step, since
OpenWrt uses unified rootfs in order to fully utilize NAND and provide enough space for
packages, through either of the below two methods:
Installation via XMIR Patcher:
1. Load the initramfs image: openwrt-qualcommax-ipq50xx-xiaomi_redmi-ax5400-initramfs-factory.ubi
Installation via ubiformat method, through SSH:
1. If needed, enable SSH using XMIR Patcher.
2. Copy the file openwrt-qualcommax-ipq50xx-xiaomi_redmi-ax5400-initramfs-factory.ubi to the /tmp directory
3. Open an SSH shell to the router
4. Check which rootfs partition is your router booted in (0 = rootfs | 1 = rootfs_1):
nvram get flag_boot_rootfs
5. Find the rootfs and rootfs_1 mtd indexes respectively:
cat /proc/mtd
Please confirm if mtd18 and mtd19 are the correct indexes from above!
6. Use the command ubiformat to flash the opposite mtd with UBI image:
If nvram get flag_boot_rootfs returned 0:
ubiformat /dev/mtd19 -y -f /tmp/openwrt-qualcommax-ipq50xx-xiaomi_redmi-ax5400-initramfs-factory.ubi && nvram set flag_boot_rootfs=1 && nvram set flag_last_success=1 && nvram commit
otherwise:
ubiformat /dev/mtd18 -y -f /tmp/openwrt-qualcommax-ipq50xx-xiaomi_redmi-ax5400-initramfs-factory.ubi && nvram set flag_boot_rootfs=0 && nvram set flag_last_success=0 && nvram commit
7. Reboot the device by:
reboot
Continue in order to pernamently flash OpenWrt:
1. Upload the sysupgrade image to /tmp/ using SCP:
scp -O <path to image> root@192.168.1.1:/tmp/
2. Open an SSH shell to 192.168.1.1 from a PC within the same subnet
3. Use sysupgrade to flash the sysupgrade image:
sysupgrade -n -v /tmp/openwrt-qualcommax-ipq50xx-xiaomi_redmi-ax5400-squashfs-sysupgrade.bin
Device will reboot with OpenWrt, and then sysupgrade can be used to upgrade the device when desired.
Signed-off-by: George Moussalem <george.moussalem@outlook.com>
Link: https://github.com/openwrt/openwrt/pull/23374
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-18 21:39:52 +020009e55e10087726424a6f42f773a2a0f8f7dbbefequalcommax: ipq50xx: add support for Xiaomi Redmi AX5400editpackage/firmware/ipq-wifi/Makefileedittarget/linux/qualcommax/ipq50xx/base-files/etc/board.d/01_ledsedittarget/linux/qualcommax/ipq50xx/base-files/etc/hotplug.d/firmware/11-ath11k-caldataaddtarget/linux/qualcommax/dts/ipq5018-redmi-ax5400.dtsedittarget/linux/qualcommax/ipq50xx/base-files/etc/board.d/02_networkeditpackage/boot/uboot-tools/uboot-envtools/files/qualcommax_ipq50xxedittarget/linux/qualcommax/ipq50xx/base-files/lib/upgrade/platform.shedittarget/linux/qualcommax/image/ipq50xx.mk
- include/image.mktarget/imagebuilder/files/Makefiledb7af22e49274719be1ba60dec4fdded33d9631d1779136313000https://taiha.net/jenkins/user/mailmailmail@aparcar.orgimagebuilder: allow to specify filesystem
The ImageBuilder creates by default all filesystems enabled during it's own
build, which are typically squashfs and sometimes ext4.
This commit allows to set ROOTFS_FILESYSTEM to specify which specific
filesystem should be build (instead of all).
Motivation is to reduce the load on sysupgrade servers but also fix corner
cases where a squashfs filesystem results in a working image while the ext4
image fails, resulting in a ImageBuilder failure.
Signed-off-by: Paul Spooren <mail@aparcar.org>
2026-05-18 22:31:53 +0200db7af22e49274719be1ba60dec4fdded33d9631dimagebuilder: allow to specify filesystemeditinclude/image.mkedittarget/imagebuilder/files/Makefile
- target/linux/generic/pending-6.18/737-02-net-phylink-introduce-internal-phylink-PCS-handling.patchtarget/linux/airoha/patches-6.12/606-net-airoha-disable-external-phy-code-if-PCS_AIROHA-i.patchtarget/linux/generic/pending-6.12/770-02-net-phylink-introduce-internal-phylink-PCS-handling.patchtarget/linux/generic/pending-6.18/737-07-net-phylink-add-.pcs_link_down-PCS-OP.patchtarget/linux/generic/pending-6.18/795-05-net-ethernet-mtk_eth_soc-add-per-conduit-DSA-user-po.patchtarget/linux/generic/pending-6.12/770-05-net-phylink-support-late-PCS-provider-attach.patchtarget/linux/generic/pending-6.18/737-05-net-phylink-support-late-PCS-provider-attach.patchtarget/linux/generic/pending-6.12/770-03-net-phylink-add-phylink_release_pcs-to-externally-re.patchtarget/linux/airoha/patches-6.12/310-10-net-airoha-add-phylink-support-for-GDM2-3-4.patchtarget/linux/generic/pending-6.18/737-03-net-phylink-add-phylink_release_pcs-to-externally-re.patchtarget/linux/generic/pending-6.18/737-09-net-ethernet-mtk_eth_soc-add-paths-and-SerDes-modes-.patchtarget/linux/generic/pending-6.18/795-04-net-ethernet-mtk_eth_soc-per-SoC-QDMA-TX-queue-count.patchtarget/linux/mediatek/patches-6.18/750-net-ethernet-mtk_eth_soc-add-mt7987-support.patchtarget/linux/generic/pending-6.12/770-07-net-phylink-add-.pcs_link_down-PCS-OP.patchtarget/linux/generic/pending-6.18/738-01-net-ethernet-mtk_eth_soc-reduce-rx-ring-size-for-older.patch627cd79e1cdc5a93fd81b90ab78beabdb026a82e1779139954000https://taiha.net/jenkins/user/ansuelsmthansuelsmthansuelsmth@gmail.comgeneric: update pending PCS patch with .fill_available_pcs OP
While implementing standalone PCS support for DSA, it was found that making
the MAC driver passing the available_pcs array is limiting and problematic
for memory handling and allocation. To better handle this, change the logic
and make phylink allocate the struct and make the MAC driver implement a
function in phylink_config .fill_available_pcs to fill the PCS array.
Update the Airoha and Mediatek driver to reflect this new implementation.
Link: https://github.com/openwrt/openwrt/pull/23413
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2026-05-18 23:32:34 +0200627cd79e1cdc5a93fd81b90ab78beabdb026a82egeneric: update pending PCS patch with .fill_available_pcs OPedittarget/linux/generic/pending-6.18/738-01-net-ethernet-mtk_eth_soc-reduce-rx-ring-size-for-older.patchedittarget/linux/generic/pending-6.18/737-05-net-phylink-support-late-PCS-provider-attach.patchedittarget/linux/generic/pending-6.18/737-03-net-phylink-add-phylink_release_pcs-to-externally-re.patchedittarget/linux/airoha/patches-6.12/606-net-airoha-disable-external-phy-code-if-PCS_AIROHA-i.patchedittarget/linux/generic/pending-6.12/770-05-net-phylink-support-late-PCS-provider-attach.patchedittarget/linux/generic/pending-6.18/737-09-net-ethernet-mtk_eth_soc-add-paths-and-SerDes-modes-.patchedittarget/linux/mediatek/patches-6.18/750-net-ethernet-mtk_eth_soc-add-mt7987-support.patchedittarget/linux/generic/pending-6.12/770-03-net-phylink-add-phylink_release_pcs-to-externally-re.patchedittarget/linux/generic/pending-6.18/737-02-net-phylink-introduce-internal-phylink-PCS-handling.patchedittarget/linux/generic/pending-6.18/795-05-net-ethernet-mtk_eth_soc-add-per-conduit-DSA-user-po.patchedittarget/linux/airoha/patches-6.12/310-10-net-airoha-add-phylink-support-for-GDM2-3-4.patchedittarget/linux/generic/pending-6.12/770-02-net-phylink-introduce-internal-phylink-PCS-handling.patchedittarget/linux/generic/pending-6.18/737-07-net-phylink-add-.pcs_link_down-PCS-OP.patchedittarget/linux/generic/pending-6.12/770-07-net-phylink-add-.pcs_link_down-PCS-OP.patchedittarget/linux/generic/pending-6.18/795-04-net-ethernet-mtk_eth_soc-per-SoC-QDMA-TX-queue-count.patch
- target/linux/realtek/patches-6.18/314-irqchip-irq-realtek-rtl-add-VPE-support.patchda2a5cc3ac2c549e594690a0823051874d63ac9b1779180743000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: irq: switch to of_fwnode_handle()
Kernel 6.19 will get rid of of_node_to_fwnode(). Switch to its
successor of_fwnode_handle() that is already available in 6.18.
This will simplify a future kernel upgrade.
Signed-off-by: Markus Stockhausen <markus.stockhausen@gmx.de>
Link: https://github.com/openwrt/openwrt/pull/23434
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-19 10:52:23 +0200da2a5cc3ac2c549e594690a0823051874d63ac9brealtek: irq: switch to of_fwnode_handle()edittarget/linux/realtek/patches-6.18/314-irqchip-irq-realtek-rtl-add-VPE-support.patch
- target/linux/generic/config-6.18target/linux/generic/config-6.12ba1782829068ee752a368c74cf3c1af55bbb88601779182738000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comgeneric: add DWMAC_QCOM_ETHQOS
On QCA platforms enabling STMMAC makes DWMAC_QCOM_ETHQOS show up during
kernel compilation.
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-19 11:25:38 +0200ba1782829068ee752a368c74cf3c1af55bbb8860generic: add DWMAC_QCOM_ETHQOSedittarget/linux/generic/config-6.12edittarget/linux/generic/config-6.18
- target/linux/airoha/patches-6.12/916-net-airoha-Implement-LRO-TCP-support.patch8bd9f4fca14b01aef79dca77c73eb9433008edd71779199628000https://taiha.net/jenkins/user/ansuelsmthansuelsmthansuelsmth@gmail.comnet: airoha: Introduce LRO TCP support for RX queues 19-12
Signed-off-by: Lorenzo Bianconi <lorenzo@kernel.org>
Link: https://github.com/openwrt/openwrt/pull/23431
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2026-05-19 16:07:08 +02008bd9f4fca14b01aef79dca77c73eb9433008edd7net: airoha: Introduce LRO TCP support for RX queues 19-12addtarget/linux/airoha/patches-6.12/916-net-airoha-Implement-LRO-TCP-support.patch
- tools/util-linux/Makefiletools/util-linux/patches/0001-pidutils-gracefully-handle-systems-without-sys-vfs.h.patch6418d6fd0bb46bfa12289d6ae155326b40532a021779226769000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.detools: util-linux: update to 2.42.1
Release notes:
https://www.kernel.org/pub/linux/utils/util-linux/v2.42/v2.42.1-ReleaseNotes
Remove upstreamed:
0001-pidutils-gracefully-handle-systems-without-sys-vfs.h.patch
Signed-off-by: Thomas Weißschuh <thomas@t-8ch.de>
Link: https://github.com/openwrt/openwrt/pull/23432
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-19 23:39:29 +02006418d6fd0bb46bfa12289d6ae155326b40532a02tools: util-linux: update to 2.42.1edittools/util-linux/Makefiledeletetools/util-linux/patches/0001-pidutils-gracefully-handle-systems-without-sys-vfs.h.patch
- package/utils/util-linux/Makefilepackage/utils/util-linux/patches/0001-meson-test-for-statx-stx_mnt_id-in-sys-stat.h.patchpackage/utils/util-linux/patches/0001-nsenter-Fix-AT_HANDLE_FID-on-musl.patche64d688ea496bdc9d4e8db98d1ed2fd6ff44495d1779226769000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.deutil-linux: update to 2.42.1
Release notes:
https://www.kernel.org/pub/linux/utils/util-linux/v2.42/v2.42.1-ReleaseNotes
Upstreamed:
0001-meson-test-for-statx-stx_mnt_id-in-sys-stat.h.patch
0001-nsenter-Fix-AT_HANDLE_FID-on-musl.patch
Signed-off-by: Thomas Weißschuh <thomas@t-8ch.de>
Link: https://github.com/openwrt/openwrt/pull/23432
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-19 23:39:29 +0200e64d688ea496bdc9d4e8db98d1ed2fd6ff44495dutil-linux: update to 2.42.1deletepackage/utils/util-linux/patches/0001-nsenter-Fix-AT_HANDLE_FID-on-musl.patcheditpackage/utils/util-linux/Makefiledeletepackage/utils/util-linux/patches/0001-meson-test-for-statx-stx_mnt_id-in-sys-stat.h.patch
- target/linux/ramips/mt7621/base-files/lib/upgrade/platform.shtarget/linux/ramips/dts/mt7621_teltonika_rutm-common.dtsitarget/linux/ramips/mt7621/base-files/etc/board.d/03_gpio_switchestarget/linux/ramips/image/mt7621.mktarget/linux/ramips/mt7621/base-files/etc/init.d/bootcounttarget/linux/ramips/dts/mt7621_teltonika_rutm50.dts2e7e9e827f0c1055c873a2c5e213f7cb8dc4f1871779228151000https://taiha.net/jenkins/user/mailmailmail@david-bauer.netramips: mt7621: add Teltonika RUTM50/RUTM51 support
Specifications:
- MediaTek MT7621AT SoC
- 256 MB RAM
- 16MB SPI NOR Flash
- 256MB NAND (split in half for firmware fallback)
- 5x 10/100/1000 Mbps Ethernet, with passive PoE support on LAN1
- WLAN : MediaTek dual-band WiFi 5
- 2.4 GHz : b/g/n, MIMO 2x2
- 5 GHz : n/ac, MIMO 2x2
- Quectel RG520N-NA 5G R16 modem (RUTM50) or RG500U-EB 5G (RUTM51)
- 2.0 USB Type-A HOST port
- 1x Digital input
- 1x Digital output
- 2x SIM slot (can be swapped via AT commands)
GPIO:
- 1 button (Reset)
- 13 LEDs (power, 4x WAN status, Wifi 2G, Wifi 5G, 3G, 4G, 5G, RSSI
1,2,3)
- 2 Modem control (power button, reset)
- 1 Digital input
- 1 Digital output
Installation
------------
Notice: update OEM firmware to 7.19 or later, earlier versions will
fail to flash openwrt factory firmware.
1. Check from which partition the device is currently running from
$ cat /proc/bootconfig/chosen
In case this output reads rutos-b, install a software update from
Teltonika first. After upgrade completion, check this file now reads
rutos-a before continuing.
2. Download the *-squashfs-factory.bin firmware image
3. Flash firmware image via WEB interface
To revert back to OEM firmware:
https://wiki.teltonika-networks.com/view/Bootloader_menu
Mobile connection:
- RG520N-NA:
Use "ModemManager" to establish mobile data connection.
- RG500U-EB:
echo -ne 'AT+QNETDEVCTL=1,3,1\r\n' > /dev/ttyUSB2
Create DHCP interface with usb0 device.
Signed-off-by: Simonas Tamošaitis <simsasss@gmail.com>
2026-05-20 00:02:31 +02002e7e9e827f0c1055c873a2c5e213f7cb8dc4f187ramips: mt7621: add Teltonika RUTM50/RUTM51 supportedittarget/linux/ramips/mt7621/base-files/etc/init.d/bootcountaddtarget/linux/ramips/dts/mt7621_teltonika_rutm50.dtsedittarget/linux/ramips/mt7621/base-files/etc/board.d/03_gpio_switchesedittarget/linux/ramips/image/mt7621.mkedittarget/linux/ramips/mt7621/base-files/lib/upgrade/platform.shaddtarget/linux/ramips/dts/mt7621_teltonika_rutm-common.dtsi
- target/linux/ramips/dts/mt7621_teltonika_rutm30.dtstarget/linux/ramips/mt7621/base-files/lib/upgrade/platform.shtarget/linux/ramips/mt7621/base-files/etc/board.d/03_gpio_switchestarget/linux/ramips/image/mt7621.mktarget/linux/ramips/mt7621/base-files/etc/init.d/bootcounttarget/linux/ramips/mt7621/base-files/etc/board.d/02_networkf970c4eefcf0ca94c0b175c55d3e97671993b9941779228151000https://taiha.net/jenkins/user/mailmailmail@david-bauer.netramips: mt7621: add Teltonika RUTM30/RUTM31 support
Specifications:
- MediaTek MT7621AT SoC
- 256 MB RAM
- 16MB SPI NOR Flash
- 256MB NAND (split in half for firmware fallback)
- 2x 10/100/1000 Mbps Ethernet, with passive PoE support on LAN
- WLAN : MediaTek dual-band WiFi 5
- 2.4 GHz : b/g/n, MIMO 2x2
- 5 GHz : n/ac, MIMO 2x2
- Quectel RG520N-EB 5G R16 modem (RUTM30) or RG500U-EB 5G (RUTM31)
- 1x Digital input
- 1x Digital output
- 2x SIM slot (can be swapped via AT commands)
- eSIM
- TPM
GPIO:
- 1 button (Reset)
- 3 LEDs (power, 2 RGB)
- 3 Modem control (power button, reset, eSIM switch)
- 1 Digital input
- 1 Digital output
- 1 TPM enable
Installation
------------
Notice: update OEM firmware to 7.19 or later, earlier versions will
fail to flash openwrt factory firmware.
1. Check from which partition the device is currently running from
$ cat /proc/bootconfig/chosen
In case this output reads rutos-b, install a software update from
Teltonika first. After upgrade completion, check this file now reads
rutos-a before continuing.
2. Download the *-squashfs-factory.bin firmware image
3. Flash firmware image via WEB interface
To revert back to OEM firmware:
https://wiki.teltonika-networks.com/view/Bootloader_menu
Mobile connection:
- RG520N-EB:
Use "ModemManager" to establish mobile data connection.
- RG500U-EB:
echo -ne 'AT+QNETDEVCTL=1,3,1\r\n' > /dev/ttyUSB2
Create DHCP interface with usb0 device.
Signed-off-by: Simonas Tamošaitis <simsasss@gmail.com>
2026-05-20 00:02:31 +0200f970c4eefcf0ca94c0b175c55d3e97671993b994ramips: mt7621: add Teltonika RUTM30/RUTM31 supportedittarget/linux/ramips/mt7621/base-files/etc/board.d/03_gpio_switchesedittarget/linux/ramips/mt7621/base-files/lib/upgrade/platform.shedittarget/linux/ramips/mt7621/base-files/etc/init.d/bootcountedittarget/linux/ramips/image/mt7621.mkaddtarget/linux/ramips/dts/mt7621_teltonika_rutm30.dtsedittarget/linux/ramips/mt7621/base-files/etc/board.d/02_network
- target/linux/ramips/mt7621/base-files/lib/upgrade/platform.shtarget/linux/ramips/image/mt7621.mktarget/linux/ramips/mt7621/base-files/etc/board.d/03_gpio_switchestarget/linux/ramips/dts/mt7621_teltonika_rutm11.dtstarget/linux/ramips/mt7621/base-files/etc/init.d/bootcounttarget/linux/ramips/mt7621/base-files/etc/board.d/02_networkb991aaf17450a46f0bd8177ca78bd8f963569f721779228151000https://taiha.net/jenkins/user/mailmailmail@david-bauer.netramips: mt7621: add Teltonika RUTM11 support
Specificaitons:
- MediaTek MT7621AT SoC
- 256 MB RAM
- 16MB SPI NOR Flash
- 256MB NAND (split in half for firmware fallback)
- 4x 10/100/1000 Mbps Ethernet, with passive PoE support on LAN1
- WLAN : MediaTek dual-band WiFi 5
- 2.4 GHz : b/g/n, MIMO 2x2
- 5 GHz : n/ac, MIMO 2x2
- Quectel EG060K-EA 4G CAT6 modem
- 2.0 USB Type-A HOST port
- 1x Digital input
- 1x Digital output
- 2x SIM slot (can be swapped via GPIO)
GPIO:
- 1 button (Reset)
- 14 LEDs (power, 4x WAN status, Wifi 2G, Wifi 5G, 3G, 4G, 5x RSSI)
- 3 Modem control (power button, reset, sim select)
- 1 Digital input
- 1 Digital output
Installation
------------
Notice: update OEM firmware to 7.19 or later, earlier versions will
fail to flash openwrt factory firmware.
1. Check from which partition the device is currently running from
$ cat /proc/bootconfig/chosen
In case this output reads rutos-b, install a software update from
Teltonika first. After upgrade completion, check this file now reads
rutos-a before continuing.
2. Download the *-squashfs-factory.bin firmware image
3. Flash firmware image via WEB interface
To revert back to OEM firmware:
https://wiki.teltonika-networks.com/view/Bootloader_menu
Mobile connection:
- EG060K-EA:
Execute AT commands:
echo -ne 'AT+QCFG="usbnet",2\r\n' > /dev/ttyUSB2
echo -ne 'AT+CFUN=1,1\r\n' > /dev/ttyUSB2
Use ModemManager to establish mobile connection.
Signed-off-by: Simonas Tamošaitis <simsasss@gmail.com>
2026-05-20 00:02:31 +0200b991aaf17450a46f0bd8177ca78bd8f963569f72ramips: mt7621: add Teltonika RUTM11 supportaddtarget/linux/ramips/dts/mt7621_teltonika_rutm11.dtsedittarget/linux/ramips/mt7621/base-files/etc/init.d/bootcountedittarget/linux/ramips/mt7621/base-files/lib/upgrade/platform.shedittarget/linux/ramips/image/mt7621.mkedittarget/linux/ramips/mt7621/base-files/etc/board.d/03_gpio_switchesedittarget/linux/ramips/mt7621/base-files/etc/board.d/02_network
- package/base-files/Makefilepackage/base-files/image-config.in4bdc2ab93ab280ed6c8f07567cab9d5512f9e2611779228151000https://taiha.net/jenkins/user/mailmailmail@david-bauer.netbase-files: add options to disable default button handling
In case OpenWrt is used to build a custom distribution, the default
button handling logic may be undesired.
Add config options to disable default standard button handling code
at build-time.
Signed-off-by: David Bauer <mail@david-bauer.net>
2026-05-20 00:02:31 +02004bdc2ab93ab280ed6c8f07567cab9d5512f9e261base-files: add options to disable default button handlingeditpackage/base-files/Makefileeditpackage/base-files/image-config.in
- package/network/config/wifi-scripts/Config.inpackage/network/config/wifi-scripts/Makefile1eabd76d28e65b4857eb03bfb7b86335dfdacdbd1779228151000https://taiha.net/jenkins/user/mailmailmail@david-bauer.netwifi-scripts: add option to disable WPS button handling
In case OpenWrt is used to build a custom distribution, the default
button handling logic may be undesired.
Add config options to disable default standard button handling code
at build-time.
Signed-off-by: David Bauer <mail@david-bauer.net>
2026-05-20 00:02:31 +02001eabd76d28e65b4857eb03bfb7b86335dfdacdbdwifi-scripts: add option to disable WPS button handlingeditpackage/network/config/wifi-scripts/Config.ineditpackage/network/config/wifi-scripts/Makefile
- target/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/dts/mt7981b-comfast-cf-xr186.dtstarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/etc/board.d/02_networka07f62f65a9216ddeca256ec9ae35d28629dd9531779229852000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek/filogic: add support for COMFAST CF-XR186
The COMFAST CF-XR186 is a WiFi repeater. The original OEM firmware is a
fork of OpenWrt 21.02.
To replace the OEM firmware with OpenWrt, flash the sysupgrade image
through the firmware upgrade option via the OEM firmware's web UI.
The OEM firmware upgrade page does not provide an option to perform a
factory reset, so after the flash completes and the device reboots,
perform a reset by holding in the WPS/Reset button until the WiFi
LED flashes red.
The led-boot, led-failsafe, led-upgrade, and led-running aliases all
point at the red WLAN GPIO LED.
The green and blue WLAN GPIO LEDs are used to indicate activity on the
2.4GHz and 5GHz radios. 01_leds assigns netdev triggers for those LEDs
to phy0-ap0 and phy1-ap0 respectively; if neither AP interface exists
(e.g. station-only repeater setups), both LEDs stay dark even when WiFi
traffic is flowing.
Specifications:
- SoC: MediaTek MT7981B
- RAM: 256MB
- Flash: SPI NAND
- WiFi: 2.4GHz + 5GHz (AX3000, 4x 3dBi antennas)
- Ethernet: 1x 10/100/1000M
- LEDs: power (not controllable), blue Ethernet, blue/green/red WiFi
- Button: WPS/Reset
- Power: 100-240V AC (wall plug)
- UART: 115200 8N1
MAC Addresses:
- LAN : 40:A5:EF:xx:xx:2D (Factory, 0xe000)
- 2.4GHz: 40:A5:EF:xx:xx:2F (Factory, 0x0004)
- 5GHz : 40:A5:EF:xx:xx:30 (Factory, 0x8000)
Signed-off-by: David Berdik <dgberdik@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22471
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-20 00:30:52 +0200a07f62f65a9216ddeca256ec9ae35d28629dd953mediatek/filogic: add support for COMFAST CF-XR186edittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkaddtarget/linux/mediatek/dts/mt7981b-comfast-cf-xr186.dtsedittarget/linux/mediatek/image/filogic.mk
- target/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/dts/mt7986a-jiorouter-ax6000-jidu6101.dtstarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networktarget/linux/mediatek/dts/mt7986a-jiorouter-common.dtsife3efbd7dae927ec041f068303a5955754fe4ba41779231100000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: add support for JioRouter AX6000 JIDU6101
| Component | Details |
|------------------|-------------------------------------------------|
| **SoC** | MediaTek MT7986A (4× ARM Cortex-A53 @ 2.0 GHz) |
| **RAM** | 512 MB |
| **Flash** | 256 MB NAND |
| **Ethernet** | 5× 10/100/1000 Mbps (1 WAN + 4 LAN) |
| **WLAN 2.4 GHz** | MediaTek MT7976GN — 802.11b/g/n/ax, 4×4 MIMO |
| **WLAN 5 GHz** | MediaTek MT7976AN — 802.11n/ac/ax, 4×4 MIMO |
| **LEDs** | 1× RGB LED (GPIO-controlled) |
| **Button** | 1× Reset |
| **USB** | Yes |
**MAC Addresses:**
| Interface | Source |
|------------|-------------------------------------------------|
| WAN/Label | u-boot-env MTD partition, "mac" (text) |
| LAN | WAN + 1 |
| 2.4 GHz | WAN + 2 |
| 5 GHz | WAN + 3 |
---
**1. Prepare TFTP server**
Set a static IP on the ethernet interface of your computer (e.g. default: ip `192.168.1.2`, gateway `192.168.1.1`).
Download the initramfs image and host it with the TFTP server.
**2. Interrupt boot**
Attach UART and power on the router. When the boot menu appears, select **Failsafe Mode**,
then press `Ctrl-C` to interrupt and enter the U-Boot prompt.
**3. Load and run initramfs image**
```sh
setenv ipaddr 192.168.1.1
setenv serverip 192.168.1.2
tftpboot 0x46000000 openwrt-mediatek-filogic-jiorouter_ax6000-jidu6101-initramfs-kernel.bin
fdt addr $(fdtcontroladdr)
fdt rm /signature
bootm
```
**4. Flash sysupgrade image**
Place the sysupgrade image in `/tmp`, then run:
```sh
sysupgrade /tmp/openwrt-mediatek-filogic-jiorouter_ax6000-jidu6101-squashfs-sysupgrade.bin
```
Alternatively, use the sysupgrade option in LuCI.
Note:
- The raw MTD u-boot-env partition is only used for MAC address storage, while the active U-Boot environment is stored in the UBI volume.
- These devices ship with secure boot enabled and stock U-Boot only accepts vendor-signed FIT images.
- BL2/FIP cannot be replaced, so the stock signature verification path cannot be disabled directly.
- Setting ipaddr='' forces U-Boot to exit the web failsafe path and continue into autoboot.
- The custom bootcmd loads OpenWrt from the UBI volume and removes the /signature node before bootm, allowing unsigned OpenWrt FIT images to boot.
- Stock U-Boot expects its environment in a UBI volume named u-boot-env, so it is created during initial setup.
Signed-off-by: sh3ikh-faisal <sheikhfaisal713@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22201
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-20 00:51:40 +0200fe3efbd7dae927ec041f068303a5955754fe4ba4mediatek: add support for JioRouter AX6000 JIDU6101edittarget/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_maceditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogicaddtarget/linux/mediatek/dts/mt7986a-jiorouter-ax6000-jidu6101.dtsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shaddtarget/linux/mediatek/dts/mt7986a-jiorouter-common.dtsi
- target/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_mactarget/linux/mediatek/filogic/base-files/etc/hotplug.d/firmware/11-mt76-caldatatarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/dts/mt7981b-tplink-f65v1.dtstarget/linux/mediatek/filogic/base-files/lib/preinit/09_mount_cfg_parttarget/linux/mediatek/filogic/base-files/etc/board.d/02_network7449064f641a53ff494498432df7b768796e768e1779231908000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for TP-Link F65
Add support for TP-Link Festa F65, an AX3000 ceiling mount WiFi 6 AP.
Hardware
--------
SOC : MediaTek MT7981B 2x A53
RAM : ESMT M15T4G16256A 512MiB
Flash : ESMT F50L1G41LB 128 MiB
ETH : 1x 1GbE
WiFi : MT7976
Buttons : Reset
Leds : Blue status led on top
Power : DC 12V 1.2A / PoE
Installation
------------
1. Disassemble the device
2. Solder UART to pins VGRT right of the ethernet port
3. Connect UART console (3.3V)
4. Press Ctrl+b to stop in u-boot shell
5. Use `mtkload` to boot `openwrt-initramfs-kernel.bin` via tftp
6. Flash `openwrt-squashfs-sysupgrade.bin` via sysupgrade
Revert to OEM firmware
----------------------
1. Hold reset button while plugging in power
2. Configure host ethernet to 192.168.0.1/24
3. Go to http://192.168.0.254
4. Upload OEM firmware
MAC Addresses
-------------
LAN : DC:62:79:xx:xx:28 (printed on label)
2.4GHz: DC:62:79:xx:xx:28
5GHz : DC:62:79:xx:xx:29
Signed-off-by: Leonard Anderweit <leonard.anderweit@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22138
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-20 01:05:08 +02007449064f641a53ff494498432df7b768796e768emediatek: filogic: add support for TP-Link F65edittarget/linux/mediatek/filogic/base-files/lib/preinit/09_mount_cfg_partedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macedittarget/linux/mediatek/filogic/base-files/etc/hotplug.d/firmware/11-mt76-caldataedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkaddtarget/linux/mediatek/dts/mt7981b-tplink-f65v1.dts
- target/linux/mediatek/dts/mt7981b-wavlink-wl-wnt100x3.dtstarget/linux/mediatek/dts/mt7981b-wavlink-wl-wnt100x3.dtsitarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_network829d432ecda3b485149a0f96201d5e81c96e6cd01779235195000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: add support for Wavlink WL-WNT100X3
Hardware
--------
- SOC: MediaTek MT7981B
- RAM: 512MB DDR3
- FLASH: 128MB SPI-NAND ESMT F50L1G41LB
- NETWORK: 1 x1000M WAN, 1 x 1000M LAN
- WIFI: MediaTek MT7981B 2x2 DBDC 802.11ax 2T2R (2.4/5)
- LEDs: 1x STATUS (blue)
- USB: 1x USB 3.0 (XHCI)
- FAN: 1x 5V FAN
Installation / Upgrade Procedure
-----------------------------
1.Log in to the web management page.
2.Select the country code and time zone, set the Wi-Fi password, and
click Save.
3.Click "More", navigate to "Developer Options", and enable the SSH
function.
4.Log in to the device via an SSH client (default IP is usually
192.168.20.1).
5.Use scp to upload the OpenWrt
image(openwrt-mediatek-filogic-wavlink_wl-wnt100x3-squashfs-sysupgrade.bin)
to the /tmp directory
6.Perform the flash by running the sysupgrade command (use -n to
overwrite the existing configuration)
7.Wait for the device to reboot automatically. Once finished, access the
OpenWrt web interface (LuCI) at the default IP 192.168.1.1.
MAC Addresses
-----------------------------
2.4GHz: 80:3F:5D:xx:xx:93 (Factory 0x4)
LAN : 80:3F:5D:xx:xx:91 (Factory, 0x3fff4)
WAN : 80:3F:5D:xx:xx:92 (Factory, 0x3fffa)
5GHz : 02:3F:5D:xx:xx:93 (derived from 2.4GHz MAC, LAA))
Signed-off-by: Fil Dunsky <filipp.dunsky@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22753
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-20 01:59:55 +0200829d432ecda3b485149a0f96201d5e81c96e6cd0mediatek: add support for Wavlink WL-WNT100X3edittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shedittarget/linux/mediatek/image/filogic.mkaddtarget/linux/mediatek/dts/mt7981b-wavlink-wl-wnt100x3.dtsiaddtarget/linux/mediatek/dts/mt7981b-wavlink-wl-wnt100x3.dtsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
- target/linux/mediatek/dts/mt7981b-wavlink-wl-wnt100x3-ubootmod.dtspackage/boot/uboot-mediatek/Makefilepackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shpackage/boot/uboot-mediatek/patches/503-add-wavlink-wl-wnt100x3.patchtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkd2fabb974c57cc96c12f783f2197cc2639e1ed5a1779235198000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: add support for Wavlink WL-WNT100X3 ubootmod
This allows us to use the full size of nand, which increases ubi size
from 90M to 122.25M.
Flashing instructions:
1. Login into the device and backup all your partitions,
especially `Factory` and 'HW' to be able to come back to stock and use all
Wavlink services.
2. Unlock mtd partitions:
```
apk update && apk add kmod-mtd-rw
insmod mtd-rw i_want_a_brick=1
```
3. Upload new `bl2` and `fip` to the router /tmp and write them:
```
mtd write /tmp/openwrt-mediatek-filogic-wavlink_wl-wnt100x3-ubootmod-preloader.bin bl2
mtd write /tmp/openwrt-mediatek-filogic-wavlink_wl-wnt100x3-ubootmod-bl31-uboot.fip fip
mtd erase ubi
```
4. Set static IP on your PC:
IP 192.168.1.254/24, GW 192.168.1.1
5. Serve OpenWrt initramfs image using TFTP server.
6. Cut off the power and re-engage, wait for TFTP recovery to complete.
7. After OpenWrt initramfs has booted, prepare ubi and envs:
```
ubidetach -p /dev/mtd4 && ubiformat /dev/mtd4 -y && ubiattach -p /dev/mtd4 && ubimkvol /dev/ubi0 -n 0 -N ubootenv -s 128KiB && ubimkvol /dev/ubi0 -n 1 -N ubootenv2 -s 128KiB
```
8. Perform sysupgrade.
Signed-off-by: Fil Dunsky <filipp.dunsky@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22753
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-20 01:59:58 +0200d2fabb974c57cc96c12f783f2197cc2639e1ed5amediatek: add support for Wavlink WL-WNT100X3 ubootmodeditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogicaddtarget/linux/mediatek/dts/mt7981b-wavlink-wl-wnt100x3-ubootmod.dtsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shaddpackage/boot/uboot-mediatek/patches/503-add-wavlink-wl-wnt100x3.patchedittarget/linux/mediatek/image/filogic.mkeditpackage/boot/uboot-mediatek/Makefile
- target/linux/ramips/dts/mt7621_plasmacloud_pax1800-lite.dtse75f33d0f244aee6d91bfe07394ba9d4e074b3371779265658000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comramips: pax1800-lite: fix label-mac-device
The gmac1 is not used and doesn't have any mac address configured. The
gmac0 has the nvmem-cells set and can actually be used to retrieve the
correct mac address.
Fixes: c7c54f313425 ("ramips: add support for Plasma Cloud PAX1800-Lite")
Signed-off-by: Sven Eckelmann <sven@narfation.org>
Link: https://github.com/openwrt/openwrt/pull/23441
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-20 10:27:38 +0200e75f33d0f244aee6d91bfe07394ba9d4e074b337ramips: pax1800-lite: fix label-mac-deviceedittarget/linux/ramips/dts/mt7621_plasmacloud_pax1800-lite.dts
- target/linux/generic/backport-6.18/650-v7.2-net-pppoe-implement-GRO-GSO-support.patchtarget/linux/generic/backport-6.12/650-v7.2-net-pppoe-implement-GRO-GSO-support.patchtarget/linux/generic/pending-6.18/650-net-pppoe-implement-GRO-support.patchtarget/linux/generic/pending-6.12/650-net-pppoe-implement-GRO-support.patcha97dd6e8d9498460fdeb96aeba1a1eb65f04979e1779265742000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comkernel: update pppoe patch
Use the patch version accepted upstream and move it to backports dir.
Signed-off-by: Qingfang Deng <dqfext@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23438
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-20 10:29:02 +0200a97dd6e8d9498460fdeb96aeba1a1eb65f04979ekernel: update pppoe patchaddtarget/linux/generic/backport-6.18/650-v7.2-net-pppoe-implement-GRO-GSO-support.patchdeletetarget/linux/generic/pending-6.18/650-net-pppoe-implement-GRO-support.patchdeletetarget/linux/generic/pending-6.12/650-net-pppoe-implement-GRO-support.patchaddtarget/linux/generic/backport-6.12/650-v7.2-net-pppoe-implement-GRO-GSO-support.patch
- package/kernel/linux/modules/pse-pd.mkfb7c14ce7b4d3e0a86d464ed6a3d6b750e1535e41779266315000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comkernel: pse-pd: auto-select kmod-pse-pd from AddDepends helper
The AddDepends/pse-pd helper appended kmod-pse-pd to DEPENDS without the
'+' prefix, making it a hard dependency rather than an auto-selecting one.
This breaks pulling any PSE controller driver (kmod-pse-pd692x0,
kmod-pse-si3474, kmod-pse-tps23881, kmod-pse-regulator, ...) in via a
device's DEVICE_PACKAGES: the kmod itself is auto-selected, but the
unsatisfied hard dep on kmod-pse-pd silently drops it from .config.
Prefix the kmod-pse-pd entry with '+' so it auto-selects, matching how
the other deps in the same file (kmod-i2c-core, etc.) are expressed. The
helper is the right place to fix this; every PSE controller driver routes
through it.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23449
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-20 10:38:35 +0200fb7c14ce7b4d3e0a86d464ed6a3d6b750e1535e4kernel: pse-pd: auto-select kmod-pse-pd from AddDepends helpereditpackage/kernel/linux/modules/pse-pd.mk
- target/linux/generic/backport-6.18/627-v7.1-net-pse-pd-fix-sign-on-ENOENT-check-in-of_load_pse_p.patch98cadde4774275809527589edac3693cc71ee0511779266315000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comgeneric: backport pse-pd error check fix
Backport a patch fixing the error return check when loading PSE PIs from
the DT tree in case the pairset property isn't specified.
This patch might be backported upstream in stable.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23449
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-20 10:38:35 +020098cadde4774275809527589edac3693cc71ee051generic: backport pse-pd error check fixaddtarget/linux/generic/backport-6.18/627-v7.1-net-pse-pd-fix-sign-on-ENOENT-check-in-of_load_pse_p.patch
- package/network/utils/uqmi/files/lib/netifd/proto/qmi.shcb4e665da01cd075c42e2e91148be69faac8500f1779289458000https://taiha.net/jenkins/user/mailmailmail@david-bauer.netuqmi: use configured profile-id if available
Use a user-supplied profile-id when configuring the APN and PDP type.
Fall back to id "1" in case no profile-id is set by the user.
Link: https://github.com/openwrt/openwrt/issues/21617
Suggested-by: S. Hoot <spoot_hoot@protonmail.com>
Signed-off-by: David Bauer <mail@david-bauer.net>
2026-05-20 17:04:18 +0200cb4e665da01cd075c42e2e91148be69faac8500fuqmi: use configured profile-id if availableeditpackage/network/utils/uqmi/files/lib/netifd/proto/qmi.sh
- target/linux/airoha/patches-6.12/916-net-airoha-Implement-LRO-TCP-support.patch9e512f7f0be5f09e6a91997aeb490104e8475d951779299111000https://taiha.net/jenkins/user/ansuelsmthansuelsmthansuelsmth@gmail.comairoha: Do not allow to disable LRO if the QDMA is shared
Signed-off-by: Lorenzo Bianconi <lorenzo@kernel.org>
Link: https://github.com/openwrt/openwrt/pull/23439
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2026-05-20 19:45:11 +02009e512f7f0be5f09e6a91997aeb490104e8475d95airoha: Do not allow to disable LRO if the QDMA is sharededittarget/linux/airoha/patches-6.12/916-net-airoha-Implement-LRO-TCP-support.patch
- package/network/services/uhttpd/Makefile6eead121eea0d9678fcb836ec9df48fff471df361779313043000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.deuhttpd: update to Git HEAD (2026-05-20)
6ab9abb56bcb cgi, file: fix crash due to field_len type mismatch with libubox
Signed-off-by: Andy Chiang <AndyChiang_git@outlook.com>
Link: https://github.com/openwrt/openwrt/pull/23446
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-20 23:37:23 +02006eead121eea0d9678fcb836ec9df48fff471df36uhttpd: update to Git HEAD (2026-05-20)editpackage/network/services/uhttpd/Makefile
githttps://taiha.net/jenkins/user/ansuelsmthansuelsmthhttps://taiha.net/jenkins/user/robimarkorobimarkohttps://taiha.net/jenkins/user/mailmailhttps://taiha.net/jenkins/user/haukehaukeblueStarted by timer with parameters: {BUILD_CFG_TARGET_DEV=WR8750N/WR9500N/WG600HP (AR9344)}BUILD_CFG_DISTCLEANtrueBUILD_CFG_DIFFCONFIGtrueBUILD_CFG_TARGET_DEVWR8750N/WR9500N/WG600HP (AR9344)4246eead121eea0d9678fcb836ec9df48fff471df366eead121eea0d9678fcb836ec9df48fff471df36refs/remotes/origin/main6eead121eea0d9678fcb836ec9df48fff471df366eead121eea0d9678fcb836ec9df48fff471df36refs/remotes/origin/main6eead121eea0d9678fcb836ec9df48fff471df366eead121eea0d9678fcb836ec9df48fff471df36refs/remotes/origin/mainhttps://github.com/openwrt/openwrtconfig.buildinfoconfig.buildinfobin/targets/ath79/tiny/config.buildinfofeeds.buildinfofeeds.buildinfobin/targets/ath79/tiny/feeds.buildinfoopenwrt-ath79-tiny-nec_wg600hp-initramfs-factory.binopenwrt-ath79-tiny-nec_wg600hp-initramfs-factory.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wg600hp-initramfs-factory.binopenwrt-ath79-tiny-nec_wg600hp-initramfs-kernel.binopenwrt-ath79-tiny-nec_wg600hp-initramfs-kernel.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wg600hp-initramfs-kernel.binopenwrt-ath79-tiny-nec_wg600hp-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wg600hp-squashfs-sysupgrade.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wg600hp-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wg600hp-uboot.binopenwrt-ath79-tiny-nec_wg600hp-uboot.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wg600hp-uboot.binopenwrt-ath79-tiny-nec_wr8750n-initramfs-factory.binopenwrt-ath79-tiny-nec_wr8750n-initramfs-factory.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr8750n-initramfs-factory.binopenwrt-ath79-tiny-nec_wr8750n-initramfs-kernel.binopenwrt-ath79-tiny-nec_wr8750n-initramfs-kernel.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr8750n-initramfs-kernel.binopenwrt-ath79-tiny-nec_wr8750n-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wr8750n-squashfs-sysupgrade.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr8750n-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wr8750n-uboot.binopenwrt-ath79-tiny-nec_wr8750n-uboot.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr8750n-uboot.binopenwrt-ath79-tiny-nec_wr9500n-initramfs-factory.binopenwrt-ath79-tiny-nec_wr9500n-initramfs-factory.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr9500n-initramfs-factory.binopenwrt-ath79-tiny-nec_wr9500n-initramfs-kernel.binopenwrt-ath79-tiny-nec_wr9500n-initramfs-kernel.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr9500n-initramfs-kernel.binopenwrt-ath79-tiny-nec_wr9500n-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wr9500n-squashfs-sysupgrade.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr9500n-squashfs-sysupgrade.binopenwrt-ath79-tiny-nec_wr9500n-uboot.binopenwrt-ath79-tiny-nec_wr9500n-uboot.binbin/targets/ath79/tiny/openwrt-ath79-tiny-nec_wr9500n-uboot.binopenwrt-ath79-tiny.manifestopenwrt-ath79-tiny.manifestbin/targets/ath79/tiny/openwrt-ath79-tiny.manifestprofiles.jsonprofiles.jsonbin/targets/ath79/tiny/profiles.jsonsha256sumssha256sumsbin/targets/ath79/tiny/sha256sumsversion.buildinfoversion.buildinfobin/targets/ath79/tiny/version.buildinfofalsediffconfig: true, device: WR8750N/WR9500N/WG600HP (AR9344)#42421637342162862OpenWrt (master) for NEC Aterm (NetBSD based) #424424falsefalse424417SUCCESS1779320400605https://taiha.net/jenkins/job/OpenWrt-master-NEC-BSD-Aterm/424/home-slave02_taihasv- target/linux/generic/backport-6.18/923-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchc20f4637edd5b70e3140d56f8a9d534ecfe6aaad1779101597000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comkernel: replace testmgr patch with upstream version
Replace patch with upstream version.
Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Link: https://github.com/openwrt/openwrt/pull/23392
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-18 12:53:17 +0200c20f4637edd5b70e3140d56f8a9d534ecfe6aaadkernel: replace testmgr patch with upstream versionedittarget/linux/generic/backport-6.18/923-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patch
- target/linux/generic/backport-6.18/919-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.18/918-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.12/916-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.12/917-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.12/918-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.18/920-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.12/920-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.18/916-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.12/922-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchtarget/linux/generic/backport-6.12/923-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchtarget/linux/generic/backport-6.18/917-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchtarget/linux/generic/backport-6.18/922-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchtarget/linux/generic/backport-6.12/919-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patch9cc8738e500e0e6c5977256db43ca2d058768f511779101597000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comkernel: replace aes-lib with aes-generic in testmgr tests
The name “aes-lib” is used since kernel 7.0. In kernels 6.12 and 6.18,
the name “aes-generic” is used. This change makes it possible to run
comparative selftests of the generic and hardware implementations.
This will help identify any potential differences in the results.
Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Link: https://github.com/openwrt/openwrt/pull/23392
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-18 12:53:17 +02009cc8738e500e0e6c5977256db43ca2d058768f51kernel: replace aes-lib with aes-generic in testmgr testsedittarget/linux/generic/backport-6.12/923-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchedittarget/linux/generic/backport-6.18/922-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchedittarget/linux/generic/backport-6.18/919-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.18/916-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.18/918-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.18/917-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.12/920-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.12/918-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.18/920-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.12/916-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.12/922-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-md5.patchedittarget/linux/generic/backport-6.12/919-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patchedittarget/linux/generic/backport-6.12/917-v7.1-crypto-testmgr-Add-test-vectors-for-authenc-hmac-sha.patch
- target/linux/generic/backport-6.18/933-v7.1-crypto-tcrypt-stop-ahash-speed-tests-when-setkey-fai.patchtarget/linux/generic/backport-6.12/933-v7.1-crypto-tcrypt-stop-ahash-speed-tests-when-setkey-fai.patchtarget/linux/generic/backport-6.18/932-v7.1-crypto-tcrypt-clamp-num_mb-to-avoid-divide-by-zero.patchtarget/linux/generic/backport-6.12/932-v7.1-crypto-tcrypt-clamp-num_mb-to-avoid-divide-by-zero.patch1ef9914b2e3ad3889721cac10f30cea49268de0e1779101598000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comkernel: backport tcrypt fixes
Backport tcrypt fixes.
Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Link: https://github.com/openwrt/openwrt/pull/23392
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-18 12:53:18 +02001ef9914b2e3ad3889721cac10f30cea49268de0ekernel: backport tcrypt fixesaddtarget/linux/generic/backport-6.18/933-v7.1-crypto-tcrypt-stop-ahash-speed-tests-when-setkey-fai.patchaddtarget/linux/generic/backport-6.12/933-v7.1-crypto-tcrypt-stop-ahash-speed-tests-when-setkey-fai.patchaddtarget/linux/generic/backport-6.12/932-v7.1-crypto-tcrypt-clamp-num_mb-to-avoid-divide-by-zero.patchaddtarget/linux/generic/backport-6.18/932-v7.1-crypto-tcrypt-clamp-num_mb-to-avoid-divide-by-zero.patch
- package/kernel/button-hotplug/src/button-hotplug.c286f377389ab953c41b76451b8b8e12d8935cf0e1779101793000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.combutton-hotplug: add KEY_SETUP and KEY_VENDOR handling
Add KEY_SETUP and KEY_VENDOR keys. Many Rockchip devices, including all of those in
e13cbab6840b ("rockchip: enable SARADC; add buttons hotplug and ADC kmods to default packages")
have one or both of these buttons.
Signed-off-by: Ryan Leung <untilscour@protonmail.com>
Link: https://github.com/openwrt/openwrt/pull/23396
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-18 12:56:33 +0200286f377389ab953c41b76451b8b8e12d8935cf0ebutton-hotplug: add KEY_SETUP and KEY_VENDOR handlingeditpackage/kernel/button-hotplug/src/button-hotplug.c
- target/linux/airoha/patches-6.12/915-02-net-airoha-Set-hw-QoS-parameter-according-to-the-pac.patchtarget/linux/airoha/patches-6.12/915-01-net-netfilter-flowtable-Add-the-capability-to-offloa.patcha7b5bb233f3da89909c4b5086e90fc87dbe256091779112289000https://taiha.net/jenkins/user/ansuelsmthansuelsmthansuelsmth@gmail.comairoha: Add the capability to offload dscp field via netfilter flowtable
Introduce the capability to hw offload via netfilter flowtable APIs the
IP TOS info. Implement the sw offloading for DSCP field via the
netfilter flowtable APIs.
Signed-off-by: Lorenzo Bianconi <lorenzo@kernel.org>
Link: https://github.com/openwrt/openwrt/pull/23423
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2026-05-18 15:51:29 +0200a7b5bb233f3da89909c4b5086e90fc87dbe25609airoha: Add the capability to offload dscp field via netfilter flowtableaddtarget/linux/airoha/patches-6.12/915-01-net-netfilter-flowtable-Add-the-capability-to-offloa.patchaddtarget/linux/airoha/patches-6.12/915-02-net-airoha-Set-hw-QoS-parameter-according-to-the-pac.patch
- target/linux/ipq806x/config-6.12target/linux/ipq806x/dts/qcom-ipq8068-cryptid-common.dtsi8296233735f95afcbaa9ed51534bcc58a36cfb4b1779131662000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comipq806x: fix caldata loading for mr42/mr52
Commit 6cc149f167 (ipq806x: mr42/mr52: use nvmem for caldata, 2026-02-25)
broke wifi on meraki mr42/52 by making caldata inaccessible.
This commit adds UBI nvmem to ipq806x target and corrects art partition address
Signed-off-by: Aleksander Wałęski <olewales@gmail.com>
2026-05-18 21:14:22 +02008296233735f95afcbaa9ed51534bcc58a36cfb4bipq806x: fix caldata loading for mr42/mr52edittarget/linux/ipq806x/dts/qcom-ipq8068-cryptid-common.dtsiedittarget/linux/ipq806x/config-6.12
- package/firmware/ipq-wifi/Makefile51b5c9dedcaa07dde1092093415309c1a222c06d1779133142000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comipq-wifi: update to Git HEAD (2026-05-18)
7d851accdab1 ipq40xx: add Linksys MR9000 BDF Link: https://github.com/openwrt/firmware_qca-wireless/pull/114
903e04995ad7 ipq5018: Add BDF for Xiaomi Redmi AX5400
e20f4c6ff197 qcn9074: Add BDF for Xiaomi Redmi AX5400
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-18 21:39:02 +020051b5c9dedcaa07dde1092093415309c1a222c06dipq-wifi: update to Git HEAD (2026-05-18)editpackage/firmware/ipq-wifi/Makefile
- target/linux/qualcommax/ipq50xx/base-files/etc/hotplug.d/firmware/11-ath11k-caldatatarget/linux/qualcommax/ipq50xx/base-files/etc/board.d/02_networktarget/linux/qualcommax/ipq50xx/base-files/lib/upgrade/platform.shpackage/firmware/ipq-wifi/Makefiletarget/linux/qualcommax/ipq50xx/base-files/etc/board.d/01_ledstarget/linux/qualcommax/dts/ipq5018-redmi-ax5400.dtspackage/boot/uboot-tools/uboot-envtools/files/qualcommax_ipq50xxtarget/linux/qualcommax/image/ipq50xx.mk09e55e10087726424a6f42f773a2a0f8f7dbbefe1779133192000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comqualcommax: ipq50xx: add support for Xiaomi Redmi AX5400
Add support for Xiaomi AX5400 (RA74).
Specifications:
* SoC: Qualcomm IPQ5018 (64-bit dual-core ARM Cortex-A53 @ 1.0Ghz)
* Memory: Etrontech EM6HE16EWAKG 512 MiB DDR3L-933
* Serial Port: 1v8 TTL 115200n8
* Wi-Fi: IPQ5018 (2x2 2.4 Ghz 802.11b/g/n/ax - up to 574 Mbps)
QCN9024 (4x4 5 Ghz 802.11an/ac/ax - up to 4804 Mbps)
* Ethernet: IPQ5018 integrated virtual switch connected to an
external QCA8337 switch (3 LAN Ports 10/100/1000)
* Flash: Gigadevice GD5F1GQ5REYIG (128 MiB)
* LEDs: 1x System Blue (GPIO 24 Active High)
1x System Yellow (GPIO 25 Active High)
1x WAN Link Blue (GPIO 26 Active High)
1x WAN Link Yellow (GPIO 27 Active High)
* Buttons: 1x Reset (GPIO 38 Active Low)
1x WPS (GPIO 28 Active Low)
* MAC address layout: LAN (eth1): 0:art @ offset 0x0
WAN (eth0): 0:art @ offset 0x6
Flash instructions: (use redmi-ax5400 image for the Redmi AX5400)
Download XMIR Patcher: https://github.com/openwrt-xiaomi/xmir-patcher
First flash a ubinized OpenWrt initramfs that will serve as the intermediate step, since
OpenWrt uses unified rootfs in order to fully utilize NAND and provide enough space for
packages, through either of the below two methods:
Installation via XMIR Patcher:
1. Load the initramfs image: openwrt-qualcommax-ipq50xx-xiaomi_redmi-ax5400-initramfs-factory.ubi
Installation via ubiformat method, through SSH:
1. If needed, enable SSH using XMIR Patcher.
2. Copy the file openwrt-qualcommax-ipq50xx-xiaomi_redmi-ax5400-initramfs-factory.ubi to the /tmp directory
3. Open an SSH shell to the router
4. Check which rootfs partition is your router booted in (0 = rootfs | 1 = rootfs_1):
nvram get flag_boot_rootfs
5. Find the rootfs and rootfs_1 mtd indexes respectively:
cat /proc/mtd
Please confirm if mtd18 and mtd19 are the correct indexes from above!
6. Use the command ubiformat to flash the opposite mtd with UBI image:
If nvram get flag_boot_rootfs returned 0:
ubiformat /dev/mtd19 -y -f /tmp/openwrt-qualcommax-ipq50xx-xiaomi_redmi-ax5400-initramfs-factory.ubi && nvram set flag_boot_rootfs=1 && nvram set flag_last_success=1 && nvram commit
otherwise:
ubiformat /dev/mtd18 -y -f /tmp/openwrt-qualcommax-ipq50xx-xiaomi_redmi-ax5400-initramfs-factory.ubi && nvram set flag_boot_rootfs=0 && nvram set flag_last_success=0 && nvram commit
7. Reboot the device by:
reboot
Continue in order to pernamently flash OpenWrt:
1. Upload the sysupgrade image to /tmp/ using SCP:
scp -O <path to image> root@192.168.1.1:/tmp/
2. Open an SSH shell to 192.168.1.1 from a PC within the same subnet
3. Use sysupgrade to flash the sysupgrade image:
sysupgrade -n -v /tmp/openwrt-qualcommax-ipq50xx-xiaomi_redmi-ax5400-squashfs-sysupgrade.bin
Device will reboot with OpenWrt, and then sysupgrade can be used to upgrade the device when desired.
Signed-off-by: George Moussalem <george.moussalem@outlook.com>
Link: https://github.com/openwrt/openwrt/pull/23374
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-18 21:39:52 +020009e55e10087726424a6f42f773a2a0f8f7dbbefequalcommax: ipq50xx: add support for Xiaomi Redmi AX5400editpackage/firmware/ipq-wifi/Makefileedittarget/linux/qualcommax/ipq50xx/base-files/etc/board.d/01_ledsedittarget/linux/qualcommax/ipq50xx/base-files/etc/hotplug.d/firmware/11-ath11k-caldataaddtarget/linux/qualcommax/dts/ipq5018-redmi-ax5400.dtsedittarget/linux/qualcommax/ipq50xx/base-files/etc/board.d/02_networkeditpackage/boot/uboot-tools/uboot-envtools/files/qualcommax_ipq50xxedittarget/linux/qualcommax/ipq50xx/base-files/lib/upgrade/platform.shedittarget/linux/qualcommax/image/ipq50xx.mk
- include/image.mktarget/imagebuilder/files/Makefiledb7af22e49274719be1ba60dec4fdded33d9631d1779136313000https://taiha.net/jenkins/user/mailmailmail@aparcar.orgimagebuilder: allow to specify filesystem
The ImageBuilder creates by default all filesystems enabled during it's own
build, which are typically squashfs and sometimes ext4.
This commit allows to set ROOTFS_FILESYSTEM to specify which specific
filesystem should be build (instead of all).
Motivation is to reduce the load on sysupgrade servers but also fix corner
cases where a squashfs filesystem results in a working image while the ext4
image fails, resulting in a ImageBuilder failure.
Signed-off-by: Paul Spooren <mail@aparcar.org>
2026-05-18 22:31:53 +0200db7af22e49274719be1ba60dec4fdded33d9631dimagebuilder: allow to specify filesystemeditinclude/image.mkedittarget/imagebuilder/files/Makefile
- target/linux/generic/pending-6.18/737-02-net-phylink-introduce-internal-phylink-PCS-handling.patchtarget/linux/airoha/patches-6.12/606-net-airoha-disable-external-phy-code-if-PCS_AIROHA-i.patchtarget/linux/generic/pending-6.12/770-02-net-phylink-introduce-internal-phylink-PCS-handling.patchtarget/linux/generic/pending-6.18/737-07-net-phylink-add-.pcs_link_down-PCS-OP.patchtarget/linux/generic/pending-6.18/795-05-net-ethernet-mtk_eth_soc-add-per-conduit-DSA-user-po.patchtarget/linux/generic/pending-6.12/770-05-net-phylink-support-late-PCS-provider-attach.patchtarget/linux/generic/pending-6.18/737-05-net-phylink-support-late-PCS-provider-attach.patchtarget/linux/generic/pending-6.12/770-03-net-phylink-add-phylink_release_pcs-to-externally-re.patchtarget/linux/airoha/patches-6.12/310-10-net-airoha-add-phylink-support-for-GDM2-3-4.patchtarget/linux/generic/pending-6.18/737-03-net-phylink-add-phylink_release_pcs-to-externally-re.patchtarget/linux/generic/pending-6.18/737-09-net-ethernet-mtk_eth_soc-add-paths-and-SerDes-modes-.patchtarget/linux/generic/pending-6.18/795-04-net-ethernet-mtk_eth_soc-per-SoC-QDMA-TX-queue-count.patchtarget/linux/mediatek/patches-6.18/750-net-ethernet-mtk_eth_soc-add-mt7987-support.patchtarget/linux/generic/pending-6.12/770-07-net-phylink-add-.pcs_link_down-PCS-OP.patchtarget/linux/generic/pending-6.18/738-01-net-ethernet-mtk_eth_soc-reduce-rx-ring-size-for-older.patch627cd79e1cdc5a93fd81b90ab78beabdb026a82e1779139954000https://taiha.net/jenkins/user/ansuelsmthansuelsmthansuelsmth@gmail.comgeneric: update pending PCS patch with .fill_available_pcs OP
While implementing standalone PCS support for DSA, it was found that making
the MAC driver passing the available_pcs array is limiting and problematic
for memory handling and allocation. To better handle this, change the logic
and make phylink allocate the struct and make the MAC driver implement a
function in phylink_config .fill_available_pcs to fill the PCS array.
Update the Airoha and Mediatek driver to reflect this new implementation.
Link: https://github.com/openwrt/openwrt/pull/23413
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2026-05-18 23:32:34 +0200627cd79e1cdc5a93fd81b90ab78beabdb026a82egeneric: update pending PCS patch with .fill_available_pcs OPedittarget/linux/generic/pending-6.18/738-01-net-ethernet-mtk_eth_soc-reduce-rx-ring-size-for-older.patchedittarget/linux/generic/pending-6.18/737-05-net-phylink-support-late-PCS-provider-attach.patchedittarget/linux/generic/pending-6.18/737-03-net-phylink-add-phylink_release_pcs-to-externally-re.patchedittarget/linux/airoha/patches-6.12/606-net-airoha-disable-external-phy-code-if-PCS_AIROHA-i.patchedittarget/linux/generic/pending-6.12/770-05-net-phylink-support-late-PCS-provider-attach.patchedittarget/linux/generic/pending-6.18/737-09-net-ethernet-mtk_eth_soc-add-paths-and-SerDes-modes-.patchedittarget/linux/mediatek/patches-6.18/750-net-ethernet-mtk_eth_soc-add-mt7987-support.patchedittarget/linux/generic/pending-6.12/770-03-net-phylink-add-phylink_release_pcs-to-externally-re.patchedittarget/linux/generic/pending-6.18/737-02-net-phylink-introduce-internal-phylink-PCS-handling.patchedittarget/linux/generic/pending-6.18/795-05-net-ethernet-mtk_eth_soc-add-per-conduit-DSA-user-po.patchedittarget/linux/airoha/patches-6.12/310-10-net-airoha-add-phylink-support-for-GDM2-3-4.patchedittarget/linux/generic/pending-6.12/770-02-net-phylink-introduce-internal-phylink-PCS-handling.patchedittarget/linux/generic/pending-6.18/737-07-net-phylink-add-.pcs_link_down-PCS-OP.patchedittarget/linux/generic/pending-6.12/770-07-net-phylink-add-.pcs_link_down-PCS-OP.patchedittarget/linux/generic/pending-6.18/795-04-net-ethernet-mtk_eth_soc-per-SoC-QDMA-TX-queue-count.patch
- target/linux/realtek/patches-6.18/314-irqchip-irq-realtek-rtl-add-VPE-support.patchda2a5cc3ac2c549e594690a0823051874d63ac9b1779180743000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comrealtek: irq: switch to of_fwnode_handle()
Kernel 6.19 will get rid of of_node_to_fwnode(). Switch to its
successor of_fwnode_handle() that is already available in 6.18.
This will simplify a future kernel upgrade.
Signed-off-by: Markus Stockhausen <markus.stockhausen@gmx.de>
Link: https://github.com/openwrt/openwrt/pull/23434
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-19 10:52:23 +0200da2a5cc3ac2c549e594690a0823051874d63ac9brealtek: irq: switch to of_fwnode_handle()edittarget/linux/realtek/patches-6.18/314-irqchip-irq-realtek-rtl-add-VPE-support.patch
- target/linux/generic/config-6.18target/linux/generic/config-6.12ba1782829068ee752a368c74cf3c1af55bbb88601779182738000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comgeneric: add DWMAC_QCOM_ETHQOS
On QCA platforms enabling STMMAC makes DWMAC_QCOM_ETHQOS show up during
kernel compilation.
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-19 11:25:38 +0200ba1782829068ee752a368c74cf3c1af55bbb8860generic: add DWMAC_QCOM_ETHQOSedittarget/linux/generic/config-6.12edittarget/linux/generic/config-6.18
- target/linux/airoha/patches-6.12/916-net-airoha-Implement-LRO-TCP-support.patch8bd9f4fca14b01aef79dca77c73eb9433008edd71779199628000https://taiha.net/jenkins/user/ansuelsmthansuelsmthansuelsmth@gmail.comnet: airoha: Introduce LRO TCP support for RX queues 19-12
Signed-off-by: Lorenzo Bianconi <lorenzo@kernel.org>
Link: https://github.com/openwrt/openwrt/pull/23431
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2026-05-19 16:07:08 +02008bd9f4fca14b01aef79dca77c73eb9433008edd7net: airoha: Introduce LRO TCP support for RX queues 19-12addtarget/linux/airoha/patches-6.12/916-net-airoha-Implement-LRO-TCP-support.patch
- tools/util-linux/Makefiletools/util-linux/patches/0001-pidutils-gracefully-handle-systems-without-sys-vfs.h.patch6418d6fd0bb46bfa12289d6ae155326b40532a021779226769000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.detools: util-linux: update to 2.42.1
Release notes:
https://www.kernel.org/pub/linux/utils/util-linux/v2.42/v2.42.1-ReleaseNotes
Remove upstreamed:
0001-pidutils-gracefully-handle-systems-without-sys-vfs.h.patch
Signed-off-by: Thomas Weißschuh <thomas@t-8ch.de>
Link: https://github.com/openwrt/openwrt/pull/23432
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-19 23:39:29 +02006418d6fd0bb46bfa12289d6ae155326b40532a02tools: util-linux: update to 2.42.1edittools/util-linux/Makefiledeletetools/util-linux/patches/0001-pidutils-gracefully-handle-systems-without-sys-vfs.h.patch
- package/utils/util-linux/Makefilepackage/utils/util-linux/patches/0001-meson-test-for-statx-stx_mnt_id-in-sys-stat.h.patchpackage/utils/util-linux/patches/0001-nsenter-Fix-AT_HANDLE_FID-on-musl.patche64d688ea496bdc9d4e8db98d1ed2fd6ff44495d1779226769000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.deutil-linux: update to 2.42.1
Release notes:
https://www.kernel.org/pub/linux/utils/util-linux/v2.42/v2.42.1-ReleaseNotes
Upstreamed:
0001-meson-test-for-statx-stx_mnt_id-in-sys-stat.h.patch
0001-nsenter-Fix-AT_HANDLE_FID-on-musl.patch
Signed-off-by: Thomas Weißschuh <thomas@t-8ch.de>
Link: https://github.com/openwrt/openwrt/pull/23432
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-19 23:39:29 +0200e64d688ea496bdc9d4e8db98d1ed2fd6ff44495dutil-linux: update to 2.42.1deletepackage/utils/util-linux/patches/0001-nsenter-Fix-AT_HANDLE_FID-on-musl.patcheditpackage/utils/util-linux/Makefiledeletepackage/utils/util-linux/patches/0001-meson-test-for-statx-stx_mnt_id-in-sys-stat.h.patch
- target/linux/ramips/mt7621/base-files/lib/upgrade/platform.shtarget/linux/ramips/dts/mt7621_teltonika_rutm-common.dtsitarget/linux/ramips/mt7621/base-files/etc/board.d/03_gpio_switchestarget/linux/ramips/image/mt7621.mktarget/linux/ramips/mt7621/base-files/etc/init.d/bootcounttarget/linux/ramips/dts/mt7621_teltonika_rutm50.dts2e7e9e827f0c1055c873a2c5e213f7cb8dc4f1871779228151000https://taiha.net/jenkins/user/mailmailmail@david-bauer.netramips: mt7621: add Teltonika RUTM50/RUTM51 support
Specifications:
- MediaTek MT7621AT SoC
- 256 MB RAM
- 16MB SPI NOR Flash
- 256MB NAND (split in half for firmware fallback)
- 5x 10/100/1000 Mbps Ethernet, with passive PoE support on LAN1
- WLAN : MediaTek dual-band WiFi 5
- 2.4 GHz : b/g/n, MIMO 2x2
- 5 GHz : n/ac, MIMO 2x2
- Quectel RG520N-NA 5G R16 modem (RUTM50) or RG500U-EB 5G (RUTM51)
- 2.0 USB Type-A HOST port
- 1x Digital input
- 1x Digital output
- 2x SIM slot (can be swapped via AT commands)
GPIO:
- 1 button (Reset)
- 13 LEDs (power, 4x WAN status, Wifi 2G, Wifi 5G, 3G, 4G, 5G, RSSI
1,2,3)
- 2 Modem control (power button, reset)
- 1 Digital input
- 1 Digital output
Installation
------------
Notice: update OEM firmware to 7.19 or later, earlier versions will
fail to flash openwrt factory firmware.
1. Check from which partition the device is currently running from
$ cat /proc/bootconfig/chosen
In case this output reads rutos-b, install a software update from
Teltonika first. After upgrade completion, check this file now reads
rutos-a before continuing.
2. Download the *-squashfs-factory.bin firmware image
3. Flash firmware image via WEB interface
To revert back to OEM firmware:
https://wiki.teltonika-networks.com/view/Bootloader_menu
Mobile connection:
- RG520N-NA:
Use "ModemManager" to establish mobile data connection.
- RG500U-EB:
echo -ne 'AT+QNETDEVCTL=1,3,1\r\n' > /dev/ttyUSB2
Create DHCP interface with usb0 device.
Signed-off-by: Simonas Tamošaitis <simsasss@gmail.com>
2026-05-20 00:02:31 +02002e7e9e827f0c1055c873a2c5e213f7cb8dc4f187ramips: mt7621: add Teltonika RUTM50/RUTM51 supportedittarget/linux/ramips/mt7621/base-files/etc/init.d/bootcountaddtarget/linux/ramips/dts/mt7621_teltonika_rutm50.dtsedittarget/linux/ramips/mt7621/base-files/etc/board.d/03_gpio_switchesedittarget/linux/ramips/image/mt7621.mkedittarget/linux/ramips/mt7621/base-files/lib/upgrade/platform.shaddtarget/linux/ramips/dts/mt7621_teltonika_rutm-common.dtsi
- target/linux/ramips/dts/mt7621_teltonika_rutm30.dtstarget/linux/ramips/mt7621/base-files/lib/upgrade/platform.shtarget/linux/ramips/mt7621/base-files/etc/board.d/03_gpio_switchestarget/linux/ramips/image/mt7621.mktarget/linux/ramips/mt7621/base-files/etc/init.d/bootcounttarget/linux/ramips/mt7621/base-files/etc/board.d/02_networkf970c4eefcf0ca94c0b175c55d3e97671993b9941779228151000https://taiha.net/jenkins/user/mailmailmail@david-bauer.netramips: mt7621: add Teltonika RUTM30/RUTM31 support
Specifications:
- MediaTek MT7621AT SoC
- 256 MB RAM
- 16MB SPI NOR Flash
- 256MB NAND (split in half for firmware fallback)
- 2x 10/100/1000 Mbps Ethernet, with passive PoE support on LAN
- WLAN : MediaTek dual-band WiFi 5
- 2.4 GHz : b/g/n, MIMO 2x2
- 5 GHz : n/ac, MIMO 2x2
- Quectel RG520N-EB 5G R16 modem (RUTM30) or RG500U-EB 5G (RUTM31)
- 1x Digital input
- 1x Digital output
- 2x SIM slot (can be swapped via AT commands)
- eSIM
- TPM
GPIO:
- 1 button (Reset)
- 3 LEDs (power, 2 RGB)
- 3 Modem control (power button, reset, eSIM switch)
- 1 Digital input
- 1 Digital output
- 1 TPM enable
Installation
------------
Notice: update OEM firmware to 7.19 or later, earlier versions will
fail to flash openwrt factory firmware.
1. Check from which partition the device is currently running from
$ cat /proc/bootconfig/chosen
In case this output reads rutos-b, install a software update from
Teltonika first. After upgrade completion, check this file now reads
rutos-a before continuing.
2. Download the *-squashfs-factory.bin firmware image
3. Flash firmware image via WEB interface
To revert back to OEM firmware:
https://wiki.teltonika-networks.com/view/Bootloader_menu
Mobile connection:
- RG520N-EB:
Use "ModemManager" to establish mobile data connection.
- RG500U-EB:
echo -ne 'AT+QNETDEVCTL=1,3,1\r\n' > /dev/ttyUSB2
Create DHCP interface with usb0 device.
Signed-off-by: Simonas Tamošaitis <simsasss@gmail.com>
2026-05-20 00:02:31 +0200f970c4eefcf0ca94c0b175c55d3e97671993b994ramips: mt7621: add Teltonika RUTM30/RUTM31 supportedittarget/linux/ramips/mt7621/base-files/etc/board.d/03_gpio_switchesedittarget/linux/ramips/mt7621/base-files/lib/upgrade/platform.shedittarget/linux/ramips/mt7621/base-files/etc/init.d/bootcountedittarget/linux/ramips/image/mt7621.mkaddtarget/linux/ramips/dts/mt7621_teltonika_rutm30.dtsedittarget/linux/ramips/mt7621/base-files/etc/board.d/02_network
- target/linux/ramips/mt7621/base-files/lib/upgrade/platform.shtarget/linux/ramips/image/mt7621.mktarget/linux/ramips/mt7621/base-files/etc/board.d/03_gpio_switchestarget/linux/ramips/dts/mt7621_teltonika_rutm11.dtstarget/linux/ramips/mt7621/base-files/etc/init.d/bootcounttarget/linux/ramips/mt7621/base-files/etc/board.d/02_networkb991aaf17450a46f0bd8177ca78bd8f963569f721779228151000https://taiha.net/jenkins/user/mailmailmail@david-bauer.netramips: mt7621: add Teltonika RUTM11 support
Specificaitons:
- MediaTek MT7621AT SoC
- 256 MB RAM
- 16MB SPI NOR Flash
- 256MB NAND (split in half for firmware fallback)
- 4x 10/100/1000 Mbps Ethernet, with passive PoE support on LAN1
- WLAN : MediaTek dual-band WiFi 5
- 2.4 GHz : b/g/n, MIMO 2x2
- 5 GHz : n/ac, MIMO 2x2
- Quectel EG060K-EA 4G CAT6 modem
- 2.0 USB Type-A HOST port
- 1x Digital input
- 1x Digital output
- 2x SIM slot (can be swapped via GPIO)
GPIO:
- 1 button (Reset)
- 14 LEDs (power, 4x WAN status, Wifi 2G, Wifi 5G, 3G, 4G, 5x RSSI)
- 3 Modem control (power button, reset, sim select)
- 1 Digital input
- 1 Digital output
Installation
------------
Notice: update OEM firmware to 7.19 or later, earlier versions will
fail to flash openwrt factory firmware.
1. Check from which partition the device is currently running from
$ cat /proc/bootconfig/chosen
In case this output reads rutos-b, install a software update from
Teltonika first. After upgrade completion, check this file now reads
rutos-a before continuing.
2. Download the *-squashfs-factory.bin firmware image
3. Flash firmware image via WEB interface
To revert back to OEM firmware:
https://wiki.teltonika-networks.com/view/Bootloader_menu
Mobile connection:
- EG060K-EA:
Execute AT commands:
echo -ne 'AT+QCFG="usbnet",2\r\n' > /dev/ttyUSB2
echo -ne 'AT+CFUN=1,1\r\n' > /dev/ttyUSB2
Use ModemManager to establish mobile connection.
Signed-off-by: Simonas Tamošaitis <simsasss@gmail.com>
2026-05-20 00:02:31 +0200b991aaf17450a46f0bd8177ca78bd8f963569f72ramips: mt7621: add Teltonika RUTM11 supportaddtarget/linux/ramips/dts/mt7621_teltonika_rutm11.dtsedittarget/linux/ramips/mt7621/base-files/etc/init.d/bootcountedittarget/linux/ramips/mt7621/base-files/lib/upgrade/platform.shedittarget/linux/ramips/image/mt7621.mkedittarget/linux/ramips/mt7621/base-files/etc/board.d/03_gpio_switchesedittarget/linux/ramips/mt7621/base-files/etc/board.d/02_network
- package/base-files/Makefilepackage/base-files/image-config.in4bdc2ab93ab280ed6c8f07567cab9d5512f9e2611779228151000https://taiha.net/jenkins/user/mailmailmail@david-bauer.netbase-files: add options to disable default button handling
In case OpenWrt is used to build a custom distribution, the default
button handling logic may be undesired.
Add config options to disable default standard button handling code
at build-time.
Signed-off-by: David Bauer <mail@david-bauer.net>
2026-05-20 00:02:31 +02004bdc2ab93ab280ed6c8f07567cab9d5512f9e261base-files: add options to disable default button handlingeditpackage/base-files/Makefileeditpackage/base-files/image-config.in
- package/network/config/wifi-scripts/Config.inpackage/network/config/wifi-scripts/Makefile1eabd76d28e65b4857eb03bfb7b86335dfdacdbd1779228151000https://taiha.net/jenkins/user/mailmailmail@david-bauer.netwifi-scripts: add option to disable WPS button handling
In case OpenWrt is used to build a custom distribution, the default
button handling logic may be undesired.
Add config options to disable default standard button handling code
at build-time.
Signed-off-by: David Bauer <mail@david-bauer.net>
2026-05-20 00:02:31 +02001eabd76d28e65b4857eb03bfb7b86335dfdacdbdwifi-scripts: add option to disable WPS button handlingeditpackage/network/config/wifi-scripts/Config.ineditpackage/network/config/wifi-scripts/Makefile
- target/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/dts/mt7981b-comfast-cf-xr186.dtstarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/etc/board.d/02_networka07f62f65a9216ddeca256ec9ae35d28629dd9531779229852000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek/filogic: add support for COMFAST CF-XR186
The COMFAST CF-XR186 is a WiFi repeater. The original OEM firmware is a
fork of OpenWrt 21.02.
To replace the OEM firmware with OpenWrt, flash the sysupgrade image
through the firmware upgrade option via the OEM firmware's web UI.
The OEM firmware upgrade page does not provide an option to perform a
factory reset, so after the flash completes and the device reboots,
perform a reset by holding in the WPS/Reset button until the WiFi
LED flashes red.
The led-boot, led-failsafe, led-upgrade, and led-running aliases all
point at the red WLAN GPIO LED.
The green and blue WLAN GPIO LEDs are used to indicate activity on the
2.4GHz and 5GHz radios. 01_leds assigns netdev triggers for those LEDs
to phy0-ap0 and phy1-ap0 respectively; if neither AP interface exists
(e.g. station-only repeater setups), both LEDs stay dark even when WiFi
traffic is flowing.
Specifications:
- SoC: MediaTek MT7981B
- RAM: 256MB
- Flash: SPI NAND
- WiFi: 2.4GHz + 5GHz (AX3000, 4x 3dBi antennas)
- Ethernet: 1x 10/100/1000M
- LEDs: power (not controllable), blue Ethernet, blue/green/red WiFi
- Button: WPS/Reset
- Power: 100-240V AC (wall plug)
- UART: 115200 8N1
MAC Addresses:
- LAN : 40:A5:EF:xx:xx:2D (Factory, 0xe000)
- 2.4GHz: 40:A5:EF:xx:xx:2F (Factory, 0x0004)
- 5GHz : 40:A5:EF:xx:xx:30 (Factory, 0x8000)
Signed-off-by: David Berdik <dgberdik@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22471
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-20 00:30:52 +0200a07f62f65a9216ddeca256ec9ae35d28629dd953mediatek/filogic: add support for COMFAST CF-XR186edittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkaddtarget/linux/mediatek/dts/mt7981b-comfast-cf-xr186.dtsedittarget/linux/mediatek/image/filogic.mk
- target/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/dts/mt7986a-jiorouter-ax6000-jidu6101.dtstarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networktarget/linux/mediatek/dts/mt7986a-jiorouter-common.dtsife3efbd7dae927ec041f068303a5955754fe4ba41779231100000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: add support for JioRouter AX6000 JIDU6101
| Component | Details |
|------------------|-------------------------------------------------|
| **SoC** | MediaTek MT7986A (4× ARM Cortex-A53 @ 2.0 GHz) |
| **RAM** | 512 MB |
| **Flash** | 256 MB NAND |
| **Ethernet** | 5× 10/100/1000 Mbps (1 WAN + 4 LAN) |
| **WLAN 2.4 GHz** | MediaTek MT7976GN — 802.11b/g/n/ax, 4×4 MIMO |
| **WLAN 5 GHz** | MediaTek MT7976AN — 802.11n/ac/ax, 4×4 MIMO |
| **LEDs** | 1× RGB LED (GPIO-controlled) |
| **Button** | 1× Reset |
| **USB** | Yes |
**MAC Addresses:**
| Interface | Source |
|------------|-------------------------------------------------|
| WAN/Label | u-boot-env MTD partition, "mac" (text) |
| LAN | WAN + 1 |
| 2.4 GHz | WAN + 2 |
| 5 GHz | WAN + 3 |
---
**1. Prepare TFTP server**
Set a static IP on the ethernet interface of your computer (e.g. default: ip `192.168.1.2`, gateway `192.168.1.1`).
Download the initramfs image and host it with the TFTP server.
**2. Interrupt boot**
Attach UART and power on the router. When the boot menu appears, select **Failsafe Mode**,
then press `Ctrl-C` to interrupt and enter the U-Boot prompt.
**3. Load and run initramfs image**
```sh
setenv ipaddr 192.168.1.1
setenv serverip 192.168.1.2
tftpboot 0x46000000 openwrt-mediatek-filogic-jiorouter_ax6000-jidu6101-initramfs-kernel.bin
fdt addr $(fdtcontroladdr)
fdt rm /signature
bootm
```
**4. Flash sysupgrade image**
Place the sysupgrade image in `/tmp`, then run:
```sh
sysupgrade /tmp/openwrt-mediatek-filogic-jiorouter_ax6000-jidu6101-squashfs-sysupgrade.bin
```
Alternatively, use the sysupgrade option in LuCI.
Note:
- The raw MTD u-boot-env partition is only used for MAC address storage, while the active U-Boot environment is stored in the UBI volume.
- These devices ship with secure boot enabled and stock U-Boot only accepts vendor-signed FIT images.
- BL2/FIP cannot be replaced, so the stock signature verification path cannot be disabled directly.
- Setting ipaddr='' forces U-Boot to exit the web failsafe path and continue into autoboot.
- The custom bootcmd loads OpenWrt from the UBI volume and removes the /signature node before bootm, allowing unsigned OpenWrt FIT images to boot.
- Stock U-Boot expects its environment in a UBI volume named u-boot-env, so it is created during initial setup.
Signed-off-by: sh3ikh-faisal <sheikhfaisal713@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22201
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-20 00:51:40 +0200fe3efbd7dae927ec041f068303a5955754fe4ba4mediatek: add support for JioRouter AX6000 JIDU6101edittarget/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_maceditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogicaddtarget/linux/mediatek/dts/mt7986a-jiorouter-ax6000-jidu6101.dtsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shaddtarget/linux/mediatek/dts/mt7986a-jiorouter-common.dtsi
- target/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_mactarget/linux/mediatek/filogic/base-files/etc/hotplug.d/firmware/11-mt76-caldatatarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/dts/mt7981b-tplink-f65v1.dtstarget/linux/mediatek/filogic/base-files/lib/preinit/09_mount_cfg_parttarget/linux/mediatek/filogic/base-files/etc/board.d/02_network7449064f641a53ff494498432df7b768796e768e1779231908000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for TP-Link F65
Add support for TP-Link Festa F65, an AX3000 ceiling mount WiFi 6 AP.
Hardware
--------
SOC : MediaTek MT7981B 2x A53
RAM : ESMT M15T4G16256A 512MiB
Flash : ESMT F50L1G41LB 128 MiB
ETH : 1x 1GbE
WiFi : MT7976
Buttons : Reset
Leds : Blue status led on top
Power : DC 12V 1.2A / PoE
Installation
------------
1. Disassemble the device
2. Solder UART to pins VGRT right of the ethernet port
3. Connect UART console (3.3V)
4. Press Ctrl+b to stop in u-boot shell
5. Use `mtkload` to boot `openwrt-initramfs-kernel.bin` via tftp
6. Flash `openwrt-squashfs-sysupgrade.bin` via sysupgrade
Revert to OEM firmware
----------------------
1. Hold reset button while plugging in power
2. Configure host ethernet to 192.168.0.1/24
3. Go to http://192.168.0.254
4. Upload OEM firmware
MAC Addresses
-------------
LAN : DC:62:79:xx:xx:28 (printed on label)
2.4GHz: DC:62:79:xx:xx:28
5GHz : DC:62:79:xx:xx:29
Signed-off-by: Leonard Anderweit <leonard.anderweit@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22138
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-20 01:05:08 +02007449064f641a53ff494498432df7b768796e768emediatek: filogic: add support for TP-Link F65edittarget/linux/mediatek/filogic/base-files/lib/preinit/09_mount_cfg_partedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macedittarget/linux/mediatek/filogic/base-files/etc/hotplug.d/firmware/11-mt76-caldataedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkaddtarget/linux/mediatek/dts/mt7981b-tplink-f65v1.dts
- target/linux/mediatek/dts/mt7981b-wavlink-wl-wnt100x3.dtstarget/linux/mediatek/dts/mt7981b-wavlink-wl-wnt100x3.dtsitarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_network829d432ecda3b485149a0f96201d5e81c96e6cd01779235195000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: add support for Wavlink WL-WNT100X3
Hardware
--------
- SOC: MediaTek MT7981B
- RAM: 512MB DDR3
- FLASH: 128MB SPI-NAND ESMT F50L1G41LB
- NETWORK: 1 x1000M WAN, 1 x 1000M LAN
- WIFI: MediaTek MT7981B 2x2 DBDC 802.11ax 2T2R (2.4/5)
- LEDs: 1x STATUS (blue)
- USB: 1x USB 3.0 (XHCI)
- FAN: 1x 5V FAN
Installation / Upgrade Procedure
-----------------------------
1.Log in to the web management page.
2.Select the country code and time zone, set the Wi-Fi password, and
click Save.
3.Click "More", navigate to "Developer Options", and enable the SSH
function.
4.Log in to the device via an SSH client (default IP is usually
192.168.20.1).
5.Use scp to upload the OpenWrt
image(openwrt-mediatek-filogic-wavlink_wl-wnt100x3-squashfs-sysupgrade.bin)
to the /tmp directory
6.Perform the flash by running the sysupgrade command (use -n to
overwrite the existing configuration)
7.Wait for the device to reboot automatically. Once finished, access the
OpenWrt web interface (LuCI) at the default IP 192.168.1.1.
MAC Addresses
-----------------------------
2.4GHz: 80:3F:5D:xx:xx:93 (Factory 0x4)
LAN : 80:3F:5D:xx:xx:91 (Factory, 0x3fff4)
WAN : 80:3F:5D:xx:xx:92 (Factory, 0x3fffa)
5GHz : 02:3F:5D:xx:xx:93 (derived from 2.4GHz MAC, LAA))
Signed-off-by: Fil Dunsky <filipp.dunsky@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22753
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-20 01:59:55 +0200829d432ecda3b485149a0f96201d5e81c96e6cd0mediatek: add support for Wavlink WL-WNT100X3edittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shedittarget/linux/mediatek/image/filogic.mkaddtarget/linux/mediatek/dts/mt7981b-wavlink-wl-wnt100x3.dtsiaddtarget/linux/mediatek/dts/mt7981b-wavlink-wl-wnt100x3.dtsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
- target/linux/mediatek/dts/mt7981b-wavlink-wl-wnt100x3-ubootmod.dtspackage/boot/uboot-mediatek/Makefilepackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shpackage/boot/uboot-mediatek/patches/503-add-wavlink-wl-wnt100x3.patchtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkd2fabb974c57cc96c12f783f2197cc2639e1ed5a1779235198000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: add support for Wavlink WL-WNT100X3 ubootmod
This allows us to use the full size of nand, which increases ubi size
from 90M to 122.25M.
Flashing instructions:
1. Login into the device and backup all your partitions,
especially `Factory` and 'HW' to be able to come back to stock and use all
Wavlink services.
2. Unlock mtd partitions:
```
apk update && apk add kmod-mtd-rw
insmod mtd-rw i_want_a_brick=1
```
3. Upload new `bl2` and `fip` to the router /tmp and write them:
```
mtd write /tmp/openwrt-mediatek-filogic-wavlink_wl-wnt100x3-ubootmod-preloader.bin bl2
mtd write /tmp/openwrt-mediatek-filogic-wavlink_wl-wnt100x3-ubootmod-bl31-uboot.fip fip
mtd erase ubi
```
4. Set static IP on your PC:
IP 192.168.1.254/24, GW 192.168.1.1
5. Serve OpenWrt initramfs image using TFTP server.
6. Cut off the power and re-engage, wait for TFTP recovery to complete.
7. After OpenWrt initramfs has booted, prepare ubi and envs:
```
ubidetach -p /dev/mtd4 && ubiformat /dev/mtd4 -y && ubiattach -p /dev/mtd4 && ubimkvol /dev/ubi0 -n 0 -N ubootenv -s 128KiB && ubimkvol /dev/ubi0 -n 1 -N ubootenv2 -s 128KiB
```
8. Perform sysupgrade.
Signed-off-by: Fil Dunsky <filipp.dunsky@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/22753
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-20 01:59:58 +0200d2fabb974c57cc96c12f783f2197cc2639e1ed5amediatek: add support for Wavlink WL-WNT100X3 ubootmodeditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogicaddtarget/linux/mediatek/dts/mt7981b-wavlink-wl-wnt100x3-ubootmod.dtsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shaddpackage/boot/uboot-mediatek/patches/503-add-wavlink-wl-wnt100x3.patchedittarget/linux/mediatek/image/filogic.mkeditpackage/boot/uboot-mediatek/Makefile
- target/linux/ramips/dts/mt7621_plasmacloud_pax1800-lite.dtse75f33d0f244aee6d91bfe07394ba9d4e074b3371779265658000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comramips: pax1800-lite: fix label-mac-device
The gmac1 is not used and doesn't have any mac address configured. The
gmac0 has the nvmem-cells set and can actually be used to retrieve the
correct mac address.
Fixes: c7c54f313425 ("ramips: add support for Plasma Cloud PAX1800-Lite")
Signed-off-by: Sven Eckelmann <sven@narfation.org>
Link: https://github.com/openwrt/openwrt/pull/23441
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-20 10:27:38 +0200e75f33d0f244aee6d91bfe07394ba9d4e074b337ramips: pax1800-lite: fix label-mac-deviceedittarget/linux/ramips/dts/mt7621_plasmacloud_pax1800-lite.dts
- target/linux/generic/backport-6.18/650-v7.2-net-pppoe-implement-GRO-GSO-support.patchtarget/linux/generic/backport-6.12/650-v7.2-net-pppoe-implement-GRO-GSO-support.patchtarget/linux/generic/pending-6.18/650-net-pppoe-implement-GRO-support.patchtarget/linux/generic/pending-6.12/650-net-pppoe-implement-GRO-support.patcha97dd6e8d9498460fdeb96aeba1a1eb65f04979e1779265742000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comkernel: update pppoe patch
Use the patch version accepted upstream and move it to backports dir.
Signed-off-by: Qingfang Deng <dqfext@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23438
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-20 10:29:02 +0200a97dd6e8d9498460fdeb96aeba1a1eb65f04979ekernel: update pppoe patchaddtarget/linux/generic/backport-6.18/650-v7.2-net-pppoe-implement-GRO-GSO-support.patchdeletetarget/linux/generic/pending-6.18/650-net-pppoe-implement-GRO-support.patchdeletetarget/linux/generic/pending-6.12/650-net-pppoe-implement-GRO-support.patchaddtarget/linux/generic/backport-6.12/650-v7.2-net-pppoe-implement-GRO-GSO-support.patch
- package/kernel/linux/modules/pse-pd.mkfb7c14ce7b4d3e0a86d464ed6a3d6b750e1535e41779266315000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comkernel: pse-pd: auto-select kmod-pse-pd from AddDepends helper
The AddDepends/pse-pd helper appended kmod-pse-pd to DEPENDS without the
'+' prefix, making it a hard dependency rather than an auto-selecting one.
This breaks pulling any PSE controller driver (kmod-pse-pd692x0,
kmod-pse-si3474, kmod-pse-tps23881, kmod-pse-regulator, ...) in via a
device's DEVICE_PACKAGES: the kmod itself is auto-selected, but the
unsatisfied hard dep on kmod-pse-pd silently drops it from .config.
Prefix the kmod-pse-pd entry with '+' so it auto-selects, matching how
the other deps in the same file (kmod-i2c-core, etc.) are expressed. The
helper is the right place to fix this; every PSE controller driver routes
through it.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23449
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-20 10:38:35 +0200fb7c14ce7b4d3e0a86d464ed6a3d6b750e1535e4kernel: pse-pd: auto-select kmod-pse-pd from AddDepends helpereditpackage/kernel/linux/modules/pse-pd.mk
- target/linux/generic/backport-6.18/627-v7.1-net-pse-pd-fix-sign-on-ENOENT-check-in-of_load_pse_p.patch98cadde4774275809527589edac3693cc71ee0511779266315000https://taiha.net/jenkins/user/robimarkorobimarkorobimarko@gmail.comgeneric: backport pse-pd error check fix
Backport a patch fixing the error return check when loading PSE PIs from
the DT tree in case the pairset property isn't specified.
This patch might be backported upstream in stable.
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23449
Signed-off-by: Robert Marko <robimarko@gmail.com>
2026-05-20 10:38:35 +020098cadde4774275809527589edac3693cc71ee051generic: backport pse-pd error check fixaddtarget/linux/generic/backport-6.18/627-v7.1-net-pse-pd-fix-sign-on-ENOENT-check-in-of_load_pse_p.patch
- package/network/utils/uqmi/files/lib/netifd/proto/qmi.shcb4e665da01cd075c42e2e91148be69faac8500f1779289458000https://taiha.net/jenkins/user/mailmailmail@david-bauer.netuqmi: use configured profile-id if available
Use a user-supplied profile-id when configuring the APN and PDP type.
Fall back to id "1" in case no profile-id is set by the user.
Link: https://github.com/openwrt/openwrt/issues/21617
Suggested-by: S. Hoot <spoot_hoot@protonmail.com>
Signed-off-by: David Bauer <mail@david-bauer.net>
2026-05-20 17:04:18 +0200cb4e665da01cd075c42e2e91148be69faac8500fuqmi: use configured profile-id if availableeditpackage/network/utils/uqmi/files/lib/netifd/proto/qmi.sh
- target/linux/airoha/patches-6.12/916-net-airoha-Implement-LRO-TCP-support.patch9e512f7f0be5f09e6a91997aeb490104e8475d951779299111000https://taiha.net/jenkins/user/ansuelsmthansuelsmthansuelsmth@gmail.comairoha: Do not allow to disable LRO if the QDMA is shared
Signed-off-by: Lorenzo Bianconi <lorenzo@kernel.org>
Link: https://github.com/openwrt/openwrt/pull/23439
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
2026-05-20 19:45:11 +02009e512f7f0be5f09e6a91997aeb490104e8475d95airoha: Do not allow to disable LRO if the QDMA is sharededittarget/linux/airoha/patches-6.12/916-net-airoha-Implement-LRO-TCP-support.patch
- package/network/services/uhttpd/Makefile6eead121eea0d9678fcb836ec9df48fff471df361779313043000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.deuhttpd: update to Git HEAD (2026-05-20)
6ab9abb56bcb cgi, file: fix crash due to field_len type mismatch with libubox
Signed-off-by: Andy Chiang <AndyChiang_git@outlook.com>
Link: https://github.com/openwrt/openwrt/pull/23446
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-20 23:37:23 +02006eead121eea0d9678fcb836ec9df48fff471df36uhttpd: update to Git HEAD (2026-05-20)editpackage/network/services/uhttpd/Makefile
githttps://taiha.net/jenkins/user/ansuelsmthansuelsmthhttps://taiha.net/jenkins/user/robimarkorobimarkohttps://taiha.net/jenkins/user/mailmailhttps://taiha.net/jenkins/user/haukehaukeビルドの安定性: 最近のビルドは失敗してません。icon-health-80plushealth-80plus.png100falsefalseStarted by timer with parameters: {BUILD_CFG_TARGET_DEV=WG1400HP/WG1800HP/WG1800HP2 (QCA9558)}BUILD_CFG_DISTCLEANtrueBUILD_CFG_DIFFCONFIGtrueBUILD_CFG_TARGET_DEVWG1400HP/WG1800HP/WG1800HP2 (QCA9558)4272808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/main2808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/main2808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/mainhttps://github.com/openwrt/openwrtconfig.buildinfoconfig.buildinfobin/targets/ath79/generic/config.buildinfofeeds.buildinfofeeds.buildinfobin/targets/ath79/generic/feeds.buildinfoopenwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1400hp-uboot.binopenwrt-ath79-generic-nec_wg1400hp-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp2-uboot.binopenwrt-ath79-generic-nec_wg1800hp2-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-uboot.binopenwrt-ath79-generic.manifestopenwrt-ath79-generic.manifestbin/targets/ath79/generic/openwrt-ath79-generic.manifestprofiles.jsonprofiles.jsonbin/targets/ath79/generic/profiles.jsonsha256sumssha256sumsbin/targets/ath79/generic/sha256sumsversion.buildinfoversion.buildinfobin/targets/ath79/generic/version.buildinfofalsediffconfig: true, device: WG1400HP/WG1800HP/WG1800HP2 (QCA9558)#42721507872162862OpenWrt (master) for NEC Aterm (NetBSD based) #427427falsefalse427420SUCCESS1779679200364https://taiha.net/jenkins/job/OpenWrt-master-NEC-BSD-Aterm/427/home-slave02_taihasv- target/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macpackage/boot/uboot-mediatek/Makefiletarget/linux/mediatek/dts/mt7981b-globitel-bt-r320.dtspackage/boot/uboot-mediatek/patches/472-add-globitel-bt-r320.patchpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networka3105d3f9573a140a1ac70a99b77b7091878761c1779666385000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for Globitel BT-R320
The Globitel BT-R320 (PCB rev V1.2) is an enterprise/ISP Wi-Fi 6 router
based on the MediaTek MT7981B (Filogic 820) platform.
Hardware specifications:
SoC: MediaTek MT7981B (Filogic 820)
RAM: 1GB DDR4 (Nanya NT5AD512M16C4-HR)
Flash: 128GB eMMC (UNIC UNMEN07GC4C31BS)
Switch: MediaTek MT7531AE
Ethernet: 1x 1GbE WAN, 3x 1GbE LAN
Wi-Fi: 2.4 GHz: 2x2 MT7976CN and 5 GHz: 2x2 MT7976CN (integrated FEM)
USB: 1x USB 3.0
LEDs: 2x Green (WLAN 2.4G / 5G)
Buttons: 1x Reset (GPIO 1, ACTIVE_LOW), 1x WPS (GPIO 0, ACTIVE_LOW)
Power: 12V, 1.5A
UART: 115200 8n1
Note on eMMC configuration (Addressing 52MHz limit on 128GB IC):
Debugfs output from the OEM firmware (/sys/kernel/debug/mmc0/ios) confirms
the manufacturer deliberately limits the eMMC to 52MHz High-Speed mode at 3.3V
(actual clock: 52000000 Hz, bus width: 8 bits, timing spec: mmc high-speed).
Therefore, the conservative DTS properties (max-frequency = <52000000> and
lack of HS200/HS400 support) strictly reflect the OEM hardware design.
Installation instructions:
1. SSH into the stock router (192.168.132.1, user: root, pass: password).
2. Back up existing partitions using dd.
3. Upload the OpenWrt-built GPT partition table (*-gpt.bin) and flash it:
dd if=/tmp/gpt.bin of=/dev/mmcblk0 bs=512 count=34 conv=fsync
echo -e 'w' | fdisk /dev/mmcblk0
4. Flash the OpenWrt-built U-Boot (*-bl31-uboot.fip) to the FIP partition:
dd if=/tmp/uboot.fip of=$(blkid -t PARTLABEL=fip -o device) conv=fsync
5. Disconnect power. Connect PC with static IP 192.168.1.2.
6. Hold reset button, power on, and wait 10 seconds to enter U-Boot web UI.
7. Flash the OpenWrt sysupgrade image.
Stock partition layout:
p1: uboot_env
p2: factory
p3: fip
p4: kernel
p5: rootfs
p6: userdata
MAC address layout (factory partition, mmcblk0p2):
WAN: xx:xx:xx:xx:xx:xx (factory offset 0x24)
LAN: xx:xx:xx:xx:xx:xy (factory offset 0x2a)
Label: Matches LAN MAC (0x2a)
2.4G: Base MAC (extracted from factory offset 0x4)
5G: Base MAC with Locally Administered bit set
Signed-off-by: Kirill Molotov <kirill2015molotov@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23188
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 01:46:25 +0200a3105d3f9573a140a1ac70a99b77b7091878761cmediatek: filogic: add support for Globitel BT-R320edittarget/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.sheditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogicaddtarget/linux/mediatek/dts/mt7981b-globitel-bt-r320.dtseditpackage/boot/uboot-mediatek/Makefileaddpackage/boot/uboot-mediatek/patches/472-add-globitel-bt-r320.patchedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
- target/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/dts/mt7981b-alwaylink-m01k43.dtspackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mkdb7d264e475293a58bb9fb3c2f59036d2edf0b241779669243000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for AlwayLink M01K43
Add support for the AlwayLink M01K43 5G CPE router.
Hardware specifications:
- SoC: MediaTek MT7981B (Filogic 820), dual-core Cortex-A53
- RAM: 256 MiB DDR3 (0x40000000, size 0x10000000)
- Flash: 128 MiB SPI-NAND (UBI, root) + 4 MiB SPI-NOR (bootloader)
- Ethernet: 4x 1 GbE LAN + 1x 2.5 GbE WAN
(MT7531 DSA switch; WAN via RTL8221B 2.5GbE PHY on MAC1)
- WiFi: MT7981 built-in 2x2 802.11ax (2.4 GHz + 5 GHz)
- USB: 1x xHCI (USB 2.0 only; USB 3.0 PHY pins not routed)
- Modem: M.2 B-Key slot wired for USB (tested: Quectel RM551E-GL,
Quectel RM520N-GL via QMI)
- LEDs: 10x GPIO LEDs (status, WAN, LAN, WiFi 2.4/5, signal bars)
- Buttons: WPS, Reset, RFKill
- Power: 12 V DC barrel jack
- UART: 3.3 V TTL header on PCB, 115200 8N1, no flow control
PCB silkscreen: M01K43 v5.0
Manufacturer: Shenzhen AlwayLink Wireless Technology Co., Ltd.
MAC addresses come from the 'ledeinfo' partition (mtd6) at offset 0x18
(label macaddr_ledeinfo_18); the stored value is the LAN MAC.
interface this port vendor firmware
------------------- ----------- --------------------------
eth0 / LAN bridge base + 0 base + 0
eth1 / WAN base + 1 base + 1
wifi 2.4 GHz band@0 base + 2 base (driver-derived)
wifi 5 GHz band@1 base + 3 base + LAA bit (driver)
The vendor's ethernet scheme (LAN = base, WAN = base + 1) is reproduced
exactly. For WiFi the vendor's proprietary mt_wifi driver ignores the
stored per-radio MAC and derives each BSSID from the base by setting the
locally-administered bit, so the radios are not given clean unicast
offsets. Under mainline mt76 + DSA, reusing the base (LAN) MAC on a radio
collides at L2 with the gmac0 conduit, so this port assigns the 2.4 GHz
and 5 GHz radios base + 2 and base + 3 — unique unicast addresses in the
same OUI block.
Installation
------------
Stock firmware defaults (verified on shipping units):
LAN IP: 192.168.100.1
SSH/web: user 'root', password 'admin'
Serial: 3.3 V TTL UART header on PCB, 115200 8N1, no flow control
Image artifacts produced by this device definition:
openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-factory.bin
openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-sysupgrade.bin
Before flashing, back up the per-unit partitions (cannot be
regenerated):
ssh root@192.168.100.1
dd if=/dev/mtd3 of=/tmp/factory.bin bs=1 count=655360
dd if=/dev/mtd6 of=/tmp/ledeinfo.bin bs=1 count=65536
exit
scp root@192.168.100.1:/tmp/factory.bin .
scp root@192.168.100.1:/tmp/ledeinfo.bin .
Method 1 - From an existing OpenWrt install (sysupgrade):
IMG=openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-sysupgrade.bin
scp "$IMG" root@192.168.1.1:/tmp/sysupgrade.bin
ssh root@192.168.1.1 sysupgrade -n /tmp/sysupgrade.bin
Method 2 - U-Boot serial recovery via TFTP (requires 3.3 V USB-UART
adapter):
1. Attach 3.3 V USB-UART (TX, RX, GND) to the PCB header. Open a
terminal at 115200 8N1, no flow control.
2. Configure a TFTP server on the host PC at IP 192.168.2.88.
Place the factory image in the TFTP root, renamed if desired.
3. Power on the router. The BL2/U-Boot banner prints within ~1
second; press any key during the autoboot countdown to enter
the U-Boot menu.
4. From the menu, select 'Upgrade ubi'. U-Boot's default IP is
192.168.2.1 and it expects the TFTP server at 192.168.2.88.
Provide the factory image filename when prompted.
5. Wait for the write to complete; U-Boot reboots into OpenWrt.
Method 3 - From a NAND programmer (brick-recovery path):
1. Clip onto or desolder the SPI-NAND chip and dump the full
128 MiB with a programmer (e.g. RT809H, CH341A with NAND
adapter). Keep the dump as a recovery image.
2. Using the same programmer, write the factory.bin image to
the UBI region of the NAND. The SPI-NOR (BL2/u-boot-env/
Factory/FIP/woem/ledeinfo/nvram) must NOT be erased - those
partitions are per-unit and live on the separate 4 MiB NOR.
3. Reseat the chip and power on. The bootloader on NOR will
load the new kernel and rootfs from UBI.
Signed-off-by: Richard Jones <richard@netsolution.shop>
Link: https://github.com/openwrt/openwrt/pull/22818
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 02:34:03 +0200db7d264e475293a58bb9fb3c2f59036d2edf0b24mediatek: filogic: add support for AlwayLink M01K43edittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsaddtarget/linux/mediatek/dts/mt7981b-alwaylink-m01k43.dtseditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogic
- target/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/dts/mt7981b-huasifei-wh3000r-nand.dtstarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkb2795a7908204f7e4dfb3a173d0cffaecd821fe11779669994000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: add Huasifei WH3000R NAND support
**Huasifei WH3000R NAND**
Wi-Fi 6 router based on MediaTek MT7981B SoC.
MT7981B+MT7976CN+MT7531AE
**Specifications**
SoC: Filogic 820 MT7981B (1.3GHz)
RAM: DDR3 512MB
Flash: 256MiB Winbond SPI NAND
WiFi: MT7976C: 2.4GHz 2x2, 5GHz 2x2
Ethernet: MT7531: 3x 1GbE LAN + 1x 1GbE WAN
USB: 1x USB 3.0 port
Two buttons: reset and mesh
LEDs: RGB (red, green, blue together)
UART: 3.3V, TX, RX, GND / 115200 8N1
DC power interface
+---------+-------------------+--------------------------+
| | MAC | Algorithm |
+---------+-------------------+--------------------------+
| LAN | 58:23:BC:xx:xx:x2 | label+1 |
| WAN | 58:23:BC:xx:xx:x1 | label+0 (eeprom) |
| WLAN 2g | 58:23:BC:xx:xx:x3 | label+2 |
| WLAN 5g | 58:23:BC:xx:xx:x4 | label+3 |
+---------+-------------------+--------------------------+
Since it's convenient for the users to check and tell MAC
to their internet providers from the router label, we set
WAN as a base MAC located at 'Factory', 0x4.
Discussed this with the vendor.
**Installation via U-Boot rescue**
1. Set static IP 192.168.1.2 on your computer and default route as 192.168.1.1
2. Connect to the LAN port and hold the reset button while booting the device.
3. Wait for the LED to blink 5 times, and release the reset button.
4. Open U-boot web page on your browser at http://192.168.1.1
5. Select the OpenWrt sysupgrade image, upload it, and start the upgrade.
6. Wait for the router to flash the new firmware.
7. Wait for the router to reboot itself.
**Installation via sysupgrade**
Just flash sysupgrade file via
[LuCI upgrade page](http://192.168.1.1/cgi-bin/luci/admin/system/flash)
without saving the settings.
**Installation via SSH**
Upload the file to the router `/tmp` directory, `ssh root@192.168.1.1`
and issue a command:
```
sysupgrade -n /tmp/openwrt-mediatek-filogic-huasifei_wh3000r-nand-squashfs-sysupgrade.bin
```
Signed-off-by: Fil Dunsky <filipp.dunsky@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23156
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 02:46:34 +0200b2795a7908204f7e4dfb3a173d0cffaecd821fe1mediatek: add Huasifei WH3000R NAND supportedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsaddtarget/linux/mediatek/dts/mt7981b-huasifei-wh3000r-nand.dtsedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
- target/linux/mediatek/dts/mt7988a-zbtlink-zbt-z8803be.dtstarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_network2808857215ad88779e47465c8a72808f49adc7e61779671313000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for ZBT-Z8803BE
Specifications:
SoC: MediaTek MT7988A (4 cores)
RAM: 1024MiB
Flash: Winbond SPI-NAND 128 MiB
Network: 1 WAN (2.5G), 3 LAN (1G), 1 SFP+ (10G)
2 SIM slots
Buttons: Reset, WPS
Power: DC 12V 3A (Recommend 19V to avoid voltage drop)
WiFi: MT7996 2.4Ghz, 5.8Ghz and 6Ghz (BE19000)
- 2.4Ghz and 5.8Ghz share same dual band antenna (4)
- 6Ghz uses dedicated 6G antenna (4)
Misc: 1 USB2.0 port, UART header
Installation:
A. Through U-Boot menu:
- Prepare your connecting computer to use a static IP in
network 192.168.1.0/24
- Power down the router and hold in the Reset button.
- While holding in the button power up the router again.
- Hold the button in for 10 seconds and then release.
- Use your browser to go to 192.168.1.1
- If you see a GUI allowing for flashing firmware then
you got the right model.
- Upload the sysupgrade file.
Note 1: Recovery GUI can be used to recover from an incorrect
firmware flash.
Note 2: There is a GPIO watchdog that expires after 2 minutes
so flashing sysupgrade via U-boot needs to be done
quickly within that timer.
B. Through OpenWrt Dashboard:
If your router comes with OpenWrt preinstalled
(modified by the seller), you can easily upgrade
by going to the dashboard (192.168.1.1) and then
navigate to System -> Backup/Flash firmware,
then flash the firmware
MAC Addresses:
LAN(printed MAC) : F8:5E:3C:xx:xx:xx (Factory, 0xffff4)
WAN : F8:5E:3C:xx:xx:xx (Factory, 0xffffa)
SFP+ : F8:5E:3C:xx:xx:xx (Factory, 0xfffee)
2.4GHz : F8:5E:3C:xx:xx:xx (Factory, 0x4)
5GHz : F8:5E:3C:xx:xx:xx (Factory, 0x4) + 0x10
6Ghz : F8:5E:3C:xx:xx:xx (Factory, 0x4) + 0x20
Signed-off-by: Tuan Phan <pttuan@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23053
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 03:08:33 +02002808857215ad88779e47465c8a72808f49adc7e6mediatek: filogic: add support for ZBT-Z8803BEedittarget/linux/mediatek/image/filogic.mkaddtarget/linux/mediatek/dts/mt7988a-zbtlink-zbt-z8803be.dtsedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
githttps://taiha.net/jenkins/user/haukehaukeStarted by timer with parameters: {BUILD_CFG_TARGET_DEV=WG1400HP/WG1800HP/WG1800HP2 (QCA9558)}BUILD_CFG_DISTCLEANtrueBUILD_CFG_DIFFCONFIGtrueBUILD_CFG_TARGET_DEVWG1400HP/WG1800HP/WG1800HP2 (QCA9558)4272808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/main2808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/main2808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/mainhttps://github.com/openwrt/openwrtconfig.buildinfoconfig.buildinfobin/targets/ath79/generic/config.buildinfofeeds.buildinfofeeds.buildinfobin/targets/ath79/generic/feeds.buildinfoopenwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1400hp-uboot.binopenwrt-ath79-generic-nec_wg1400hp-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp2-uboot.binopenwrt-ath79-generic-nec_wg1800hp2-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-uboot.binopenwrt-ath79-generic.manifestopenwrt-ath79-generic.manifestbin/targets/ath79/generic/openwrt-ath79-generic.manifestprofiles.jsonprofiles.jsonbin/targets/ath79/generic/profiles.jsonsha256sumssha256sumsbin/targets/ath79/generic/sha256sumsversion.buildinfoversion.buildinfobin/targets/ath79/generic/version.buildinfofalsediffconfig: true, device: WG1400HP/WG1800HP/WG1800HP2 (QCA9558)#42721507872162862OpenWrt (master) for NEC Aterm (NetBSD based) #427427falsefalse427420SUCCESS1779679200364https://taiha.net/jenkins/job/OpenWrt-master-NEC-BSD-Aterm/427/home-slave02_taihasv- target/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macpackage/boot/uboot-mediatek/Makefiletarget/linux/mediatek/dts/mt7981b-globitel-bt-r320.dtspackage/boot/uboot-mediatek/patches/472-add-globitel-bt-r320.patchpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networka3105d3f9573a140a1ac70a99b77b7091878761c1779666385000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for Globitel BT-R320
The Globitel BT-R320 (PCB rev V1.2) is an enterprise/ISP Wi-Fi 6 router
based on the MediaTek MT7981B (Filogic 820) platform.
Hardware specifications:
SoC: MediaTek MT7981B (Filogic 820)
RAM: 1GB DDR4 (Nanya NT5AD512M16C4-HR)
Flash: 128GB eMMC (UNIC UNMEN07GC4C31BS)
Switch: MediaTek MT7531AE
Ethernet: 1x 1GbE WAN, 3x 1GbE LAN
Wi-Fi: 2.4 GHz: 2x2 MT7976CN and 5 GHz: 2x2 MT7976CN (integrated FEM)
USB: 1x USB 3.0
LEDs: 2x Green (WLAN 2.4G / 5G)
Buttons: 1x Reset (GPIO 1, ACTIVE_LOW), 1x WPS (GPIO 0, ACTIVE_LOW)
Power: 12V, 1.5A
UART: 115200 8n1
Note on eMMC configuration (Addressing 52MHz limit on 128GB IC):
Debugfs output from the OEM firmware (/sys/kernel/debug/mmc0/ios) confirms
the manufacturer deliberately limits the eMMC to 52MHz High-Speed mode at 3.3V
(actual clock: 52000000 Hz, bus width: 8 bits, timing spec: mmc high-speed).
Therefore, the conservative DTS properties (max-frequency = <52000000> and
lack of HS200/HS400 support) strictly reflect the OEM hardware design.
Installation instructions:
1. SSH into the stock router (192.168.132.1, user: root, pass: password).
2. Back up existing partitions using dd.
3. Upload the OpenWrt-built GPT partition table (*-gpt.bin) and flash it:
dd if=/tmp/gpt.bin of=/dev/mmcblk0 bs=512 count=34 conv=fsync
echo -e 'w' | fdisk /dev/mmcblk0
4. Flash the OpenWrt-built U-Boot (*-bl31-uboot.fip) to the FIP partition:
dd if=/tmp/uboot.fip of=$(blkid -t PARTLABEL=fip -o device) conv=fsync
5. Disconnect power. Connect PC with static IP 192.168.1.2.
6. Hold reset button, power on, and wait 10 seconds to enter U-Boot web UI.
7. Flash the OpenWrt sysupgrade image.
Stock partition layout:
p1: uboot_env
p2: factory
p3: fip
p4: kernel
p5: rootfs
p6: userdata
MAC address layout (factory partition, mmcblk0p2):
WAN: xx:xx:xx:xx:xx:xx (factory offset 0x24)
LAN: xx:xx:xx:xx:xx:xy (factory offset 0x2a)
Label: Matches LAN MAC (0x2a)
2.4G: Base MAC (extracted from factory offset 0x4)
5G: Base MAC with Locally Administered bit set
Signed-off-by: Kirill Molotov <kirill2015molotov@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23188
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 01:46:25 +0200a3105d3f9573a140a1ac70a99b77b7091878761cmediatek: filogic: add support for Globitel BT-R320edittarget/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.sheditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogicaddtarget/linux/mediatek/dts/mt7981b-globitel-bt-r320.dtseditpackage/boot/uboot-mediatek/Makefileaddpackage/boot/uboot-mediatek/patches/472-add-globitel-bt-r320.patchedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
- target/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/dts/mt7981b-alwaylink-m01k43.dtspackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mkdb7d264e475293a58bb9fb3c2f59036d2edf0b241779669243000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for AlwayLink M01K43
Add support for the AlwayLink M01K43 5G CPE router.
Hardware specifications:
- SoC: MediaTek MT7981B (Filogic 820), dual-core Cortex-A53
- RAM: 256 MiB DDR3 (0x40000000, size 0x10000000)
- Flash: 128 MiB SPI-NAND (UBI, root) + 4 MiB SPI-NOR (bootloader)
- Ethernet: 4x 1 GbE LAN + 1x 2.5 GbE WAN
(MT7531 DSA switch; WAN via RTL8221B 2.5GbE PHY on MAC1)
- WiFi: MT7981 built-in 2x2 802.11ax (2.4 GHz + 5 GHz)
- USB: 1x xHCI (USB 2.0 only; USB 3.0 PHY pins not routed)
- Modem: M.2 B-Key slot wired for USB (tested: Quectel RM551E-GL,
Quectel RM520N-GL via QMI)
- LEDs: 10x GPIO LEDs (status, WAN, LAN, WiFi 2.4/5, signal bars)
- Buttons: WPS, Reset, RFKill
- Power: 12 V DC barrel jack
- UART: 3.3 V TTL header on PCB, 115200 8N1, no flow control
PCB silkscreen: M01K43 v5.0
Manufacturer: Shenzhen AlwayLink Wireless Technology Co., Ltd.
MAC addresses come from the 'ledeinfo' partition (mtd6) at offset 0x18
(label macaddr_ledeinfo_18); the stored value is the LAN MAC.
interface this port vendor firmware
------------------- ----------- --------------------------
eth0 / LAN bridge base + 0 base + 0
eth1 / WAN base + 1 base + 1
wifi 2.4 GHz band@0 base + 2 base (driver-derived)
wifi 5 GHz band@1 base + 3 base + LAA bit (driver)
The vendor's ethernet scheme (LAN = base, WAN = base + 1) is reproduced
exactly. For WiFi the vendor's proprietary mt_wifi driver ignores the
stored per-radio MAC and derives each BSSID from the base by setting the
locally-administered bit, so the radios are not given clean unicast
offsets. Under mainline mt76 + DSA, reusing the base (LAN) MAC on a radio
collides at L2 with the gmac0 conduit, so this port assigns the 2.4 GHz
and 5 GHz radios base + 2 and base + 3 — unique unicast addresses in the
same OUI block.
Installation
------------
Stock firmware defaults (verified on shipping units):
LAN IP: 192.168.100.1
SSH/web: user 'root', password 'admin'
Serial: 3.3 V TTL UART header on PCB, 115200 8N1, no flow control
Image artifacts produced by this device definition:
openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-factory.bin
openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-sysupgrade.bin
Before flashing, back up the per-unit partitions (cannot be
regenerated):
ssh root@192.168.100.1
dd if=/dev/mtd3 of=/tmp/factory.bin bs=1 count=655360
dd if=/dev/mtd6 of=/tmp/ledeinfo.bin bs=1 count=65536
exit
scp root@192.168.100.1:/tmp/factory.bin .
scp root@192.168.100.1:/tmp/ledeinfo.bin .
Method 1 - From an existing OpenWrt install (sysupgrade):
IMG=openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-sysupgrade.bin
scp "$IMG" root@192.168.1.1:/tmp/sysupgrade.bin
ssh root@192.168.1.1 sysupgrade -n /tmp/sysupgrade.bin
Method 2 - U-Boot serial recovery via TFTP (requires 3.3 V USB-UART
adapter):
1. Attach 3.3 V USB-UART (TX, RX, GND) to the PCB header. Open a
terminal at 115200 8N1, no flow control.
2. Configure a TFTP server on the host PC at IP 192.168.2.88.
Place the factory image in the TFTP root, renamed if desired.
3. Power on the router. The BL2/U-Boot banner prints within ~1
second; press any key during the autoboot countdown to enter
the U-Boot menu.
4. From the menu, select 'Upgrade ubi'. U-Boot's default IP is
192.168.2.1 and it expects the TFTP server at 192.168.2.88.
Provide the factory image filename when prompted.
5. Wait for the write to complete; U-Boot reboots into OpenWrt.
Method 3 - From a NAND programmer (brick-recovery path):
1. Clip onto or desolder the SPI-NAND chip and dump the full
128 MiB with a programmer (e.g. RT809H, CH341A with NAND
adapter). Keep the dump as a recovery image.
2. Using the same programmer, write the factory.bin image to
the UBI region of the NAND. The SPI-NOR (BL2/u-boot-env/
Factory/FIP/woem/ledeinfo/nvram) must NOT be erased - those
partitions are per-unit and live on the separate 4 MiB NOR.
3. Reseat the chip and power on. The bootloader on NOR will
load the new kernel and rootfs from UBI.
Signed-off-by: Richard Jones <richard@netsolution.shop>
Link: https://github.com/openwrt/openwrt/pull/22818
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 02:34:03 +0200db7d264e475293a58bb9fb3c2f59036d2edf0b24mediatek: filogic: add support for AlwayLink M01K43edittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsaddtarget/linux/mediatek/dts/mt7981b-alwaylink-m01k43.dtseditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogic
- target/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/dts/mt7981b-huasifei-wh3000r-nand.dtstarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkb2795a7908204f7e4dfb3a173d0cffaecd821fe11779669994000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: add Huasifei WH3000R NAND support
**Huasifei WH3000R NAND**
Wi-Fi 6 router based on MediaTek MT7981B SoC.
MT7981B+MT7976CN+MT7531AE
**Specifications**
SoC: Filogic 820 MT7981B (1.3GHz)
RAM: DDR3 512MB
Flash: 256MiB Winbond SPI NAND
WiFi: MT7976C: 2.4GHz 2x2, 5GHz 2x2
Ethernet: MT7531: 3x 1GbE LAN + 1x 1GbE WAN
USB: 1x USB 3.0 port
Two buttons: reset and mesh
LEDs: RGB (red, green, blue together)
UART: 3.3V, TX, RX, GND / 115200 8N1
DC power interface
+---------+-------------------+--------------------------+
| | MAC | Algorithm |
+---------+-------------------+--------------------------+
| LAN | 58:23:BC:xx:xx:x2 | label+1 |
| WAN | 58:23:BC:xx:xx:x1 | label+0 (eeprom) |
| WLAN 2g | 58:23:BC:xx:xx:x3 | label+2 |
| WLAN 5g | 58:23:BC:xx:xx:x4 | label+3 |
+---------+-------------------+--------------------------+
Since it's convenient for the users to check and tell MAC
to their internet providers from the router label, we set
WAN as a base MAC located at 'Factory', 0x4.
Discussed this with the vendor.
**Installation via U-Boot rescue**
1. Set static IP 192.168.1.2 on your computer and default route as 192.168.1.1
2. Connect to the LAN port and hold the reset button while booting the device.
3. Wait for the LED to blink 5 times, and release the reset button.
4. Open U-boot web page on your browser at http://192.168.1.1
5. Select the OpenWrt sysupgrade image, upload it, and start the upgrade.
6. Wait for the router to flash the new firmware.
7. Wait for the router to reboot itself.
**Installation via sysupgrade**
Just flash sysupgrade file via
[LuCI upgrade page](http://192.168.1.1/cgi-bin/luci/admin/system/flash)
without saving the settings.
**Installation via SSH**
Upload the file to the router `/tmp` directory, `ssh root@192.168.1.1`
and issue a command:
```
sysupgrade -n /tmp/openwrt-mediatek-filogic-huasifei_wh3000r-nand-squashfs-sysupgrade.bin
```
Signed-off-by: Fil Dunsky <filipp.dunsky@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23156
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 02:46:34 +0200b2795a7908204f7e4dfb3a173d0cffaecd821fe1mediatek: add Huasifei WH3000R NAND supportedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsaddtarget/linux/mediatek/dts/mt7981b-huasifei-wh3000r-nand.dtsedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
- target/linux/mediatek/dts/mt7988a-zbtlink-zbt-z8803be.dtstarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_network2808857215ad88779e47465c8a72808f49adc7e61779671313000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for ZBT-Z8803BE
Specifications:
SoC: MediaTek MT7988A (4 cores)
RAM: 1024MiB
Flash: Winbond SPI-NAND 128 MiB
Network: 1 WAN (2.5G), 3 LAN (1G), 1 SFP+ (10G)
2 SIM slots
Buttons: Reset, WPS
Power: DC 12V 3A (Recommend 19V to avoid voltage drop)
WiFi: MT7996 2.4Ghz, 5.8Ghz and 6Ghz (BE19000)
- 2.4Ghz and 5.8Ghz share same dual band antenna (4)
- 6Ghz uses dedicated 6G antenna (4)
Misc: 1 USB2.0 port, UART header
Installation:
A. Through U-Boot menu:
- Prepare your connecting computer to use a static IP in
network 192.168.1.0/24
- Power down the router and hold in the Reset button.
- While holding in the button power up the router again.
- Hold the button in for 10 seconds and then release.
- Use your browser to go to 192.168.1.1
- If you see a GUI allowing for flashing firmware then
you got the right model.
- Upload the sysupgrade file.
Note 1: Recovery GUI can be used to recover from an incorrect
firmware flash.
Note 2: There is a GPIO watchdog that expires after 2 minutes
so flashing sysupgrade via U-boot needs to be done
quickly within that timer.
B. Through OpenWrt Dashboard:
If your router comes with OpenWrt preinstalled
(modified by the seller), you can easily upgrade
by going to the dashboard (192.168.1.1) and then
navigate to System -> Backup/Flash firmware,
then flash the firmware
MAC Addresses:
LAN(printed MAC) : F8:5E:3C:xx:xx:xx (Factory, 0xffff4)
WAN : F8:5E:3C:xx:xx:xx (Factory, 0xffffa)
SFP+ : F8:5E:3C:xx:xx:xx (Factory, 0xfffee)
2.4GHz : F8:5E:3C:xx:xx:xx (Factory, 0x4)
5GHz : F8:5E:3C:xx:xx:xx (Factory, 0x4) + 0x10
6Ghz : F8:5E:3C:xx:xx:xx (Factory, 0x4) + 0x20
Signed-off-by: Tuan Phan <pttuan@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23053
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 03:08:33 +02002808857215ad88779e47465c8a72808f49adc7e6mediatek: filogic: add support for ZBT-Z8803BEedittarget/linux/mediatek/image/filogic.mkaddtarget/linux/mediatek/dts/mt7988a-zbtlink-zbt-z8803be.dtsedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
githttps://taiha.net/jenkins/user/haukehaukeStarted by timer with parameters: {BUILD_CFG_TARGET_DEV=WG1400HP/WG1800HP/WG1800HP2 (QCA9558)}BUILD_CFG_DISTCLEANtrueBUILD_CFG_DIFFCONFIGtrueBUILD_CFG_TARGET_DEVWG1400HP/WG1800HP/WG1800HP2 (QCA9558)4272808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/main2808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/main2808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/mainhttps://github.com/openwrt/openwrtconfig.buildinfoconfig.buildinfobin/targets/ath79/generic/config.buildinfofeeds.buildinfofeeds.buildinfobin/targets/ath79/generic/feeds.buildinfoopenwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1400hp-uboot.binopenwrt-ath79-generic-nec_wg1400hp-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp2-uboot.binopenwrt-ath79-generic-nec_wg1800hp2-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-uboot.binopenwrt-ath79-generic.manifestopenwrt-ath79-generic.manifestbin/targets/ath79/generic/openwrt-ath79-generic.manifestprofiles.jsonprofiles.jsonbin/targets/ath79/generic/profiles.jsonsha256sumssha256sumsbin/targets/ath79/generic/sha256sumsversion.buildinfoversion.buildinfobin/targets/ath79/generic/version.buildinfofalsediffconfig: true, device: WG1400HP/WG1800HP/WG1800HP2 (QCA9558)#42721507872162862OpenWrt (master) for NEC Aterm (NetBSD based) #427427falsefalse427420SUCCESS1779679200364https://taiha.net/jenkins/job/OpenWrt-master-NEC-BSD-Aterm/427/home-slave02_taihasv- target/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macpackage/boot/uboot-mediatek/Makefiletarget/linux/mediatek/dts/mt7981b-globitel-bt-r320.dtspackage/boot/uboot-mediatek/patches/472-add-globitel-bt-r320.patchpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networka3105d3f9573a140a1ac70a99b77b7091878761c1779666385000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for Globitel BT-R320
The Globitel BT-R320 (PCB rev V1.2) is an enterprise/ISP Wi-Fi 6 router
based on the MediaTek MT7981B (Filogic 820) platform.
Hardware specifications:
SoC: MediaTek MT7981B (Filogic 820)
RAM: 1GB DDR4 (Nanya NT5AD512M16C4-HR)
Flash: 128GB eMMC (UNIC UNMEN07GC4C31BS)
Switch: MediaTek MT7531AE
Ethernet: 1x 1GbE WAN, 3x 1GbE LAN
Wi-Fi: 2.4 GHz: 2x2 MT7976CN and 5 GHz: 2x2 MT7976CN (integrated FEM)
USB: 1x USB 3.0
LEDs: 2x Green (WLAN 2.4G / 5G)
Buttons: 1x Reset (GPIO 1, ACTIVE_LOW), 1x WPS (GPIO 0, ACTIVE_LOW)
Power: 12V, 1.5A
UART: 115200 8n1
Note on eMMC configuration (Addressing 52MHz limit on 128GB IC):
Debugfs output from the OEM firmware (/sys/kernel/debug/mmc0/ios) confirms
the manufacturer deliberately limits the eMMC to 52MHz High-Speed mode at 3.3V
(actual clock: 52000000 Hz, bus width: 8 bits, timing spec: mmc high-speed).
Therefore, the conservative DTS properties (max-frequency = <52000000> and
lack of HS200/HS400 support) strictly reflect the OEM hardware design.
Installation instructions:
1. SSH into the stock router (192.168.132.1, user: root, pass: password).
2. Back up existing partitions using dd.
3. Upload the OpenWrt-built GPT partition table (*-gpt.bin) and flash it:
dd if=/tmp/gpt.bin of=/dev/mmcblk0 bs=512 count=34 conv=fsync
echo -e 'w' | fdisk /dev/mmcblk0
4. Flash the OpenWrt-built U-Boot (*-bl31-uboot.fip) to the FIP partition:
dd if=/tmp/uboot.fip of=$(blkid -t PARTLABEL=fip -o device) conv=fsync
5. Disconnect power. Connect PC with static IP 192.168.1.2.
6. Hold reset button, power on, and wait 10 seconds to enter U-Boot web UI.
7. Flash the OpenWrt sysupgrade image.
Stock partition layout:
p1: uboot_env
p2: factory
p3: fip
p4: kernel
p5: rootfs
p6: userdata
MAC address layout (factory partition, mmcblk0p2):
WAN: xx:xx:xx:xx:xx:xx (factory offset 0x24)
LAN: xx:xx:xx:xx:xx:xy (factory offset 0x2a)
Label: Matches LAN MAC (0x2a)
2.4G: Base MAC (extracted from factory offset 0x4)
5G: Base MAC with Locally Administered bit set
Signed-off-by: Kirill Molotov <kirill2015molotov@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23188
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 01:46:25 +0200a3105d3f9573a140a1ac70a99b77b7091878761cmediatek: filogic: add support for Globitel BT-R320edittarget/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.sheditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogicaddtarget/linux/mediatek/dts/mt7981b-globitel-bt-r320.dtseditpackage/boot/uboot-mediatek/Makefileaddpackage/boot/uboot-mediatek/patches/472-add-globitel-bt-r320.patchedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
- target/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/dts/mt7981b-alwaylink-m01k43.dtspackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mkdb7d264e475293a58bb9fb3c2f59036d2edf0b241779669243000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for AlwayLink M01K43
Add support for the AlwayLink M01K43 5G CPE router.
Hardware specifications:
- SoC: MediaTek MT7981B (Filogic 820), dual-core Cortex-A53
- RAM: 256 MiB DDR3 (0x40000000, size 0x10000000)
- Flash: 128 MiB SPI-NAND (UBI, root) + 4 MiB SPI-NOR (bootloader)
- Ethernet: 4x 1 GbE LAN + 1x 2.5 GbE WAN
(MT7531 DSA switch; WAN via RTL8221B 2.5GbE PHY on MAC1)
- WiFi: MT7981 built-in 2x2 802.11ax (2.4 GHz + 5 GHz)
- USB: 1x xHCI (USB 2.0 only; USB 3.0 PHY pins not routed)
- Modem: M.2 B-Key slot wired for USB (tested: Quectel RM551E-GL,
Quectel RM520N-GL via QMI)
- LEDs: 10x GPIO LEDs (status, WAN, LAN, WiFi 2.4/5, signal bars)
- Buttons: WPS, Reset, RFKill
- Power: 12 V DC barrel jack
- UART: 3.3 V TTL header on PCB, 115200 8N1, no flow control
PCB silkscreen: M01K43 v5.0
Manufacturer: Shenzhen AlwayLink Wireless Technology Co., Ltd.
MAC addresses come from the 'ledeinfo' partition (mtd6) at offset 0x18
(label macaddr_ledeinfo_18); the stored value is the LAN MAC.
interface this port vendor firmware
------------------- ----------- --------------------------
eth0 / LAN bridge base + 0 base + 0
eth1 / WAN base + 1 base + 1
wifi 2.4 GHz band@0 base + 2 base (driver-derived)
wifi 5 GHz band@1 base + 3 base + LAA bit (driver)
The vendor's ethernet scheme (LAN = base, WAN = base + 1) is reproduced
exactly. For WiFi the vendor's proprietary mt_wifi driver ignores the
stored per-radio MAC and derives each BSSID from the base by setting the
locally-administered bit, so the radios are not given clean unicast
offsets. Under mainline mt76 + DSA, reusing the base (LAN) MAC on a radio
collides at L2 with the gmac0 conduit, so this port assigns the 2.4 GHz
and 5 GHz radios base + 2 and base + 3 — unique unicast addresses in the
same OUI block.
Installation
------------
Stock firmware defaults (verified on shipping units):
LAN IP: 192.168.100.1
SSH/web: user 'root', password 'admin'
Serial: 3.3 V TTL UART header on PCB, 115200 8N1, no flow control
Image artifacts produced by this device definition:
openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-factory.bin
openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-sysupgrade.bin
Before flashing, back up the per-unit partitions (cannot be
regenerated):
ssh root@192.168.100.1
dd if=/dev/mtd3 of=/tmp/factory.bin bs=1 count=655360
dd if=/dev/mtd6 of=/tmp/ledeinfo.bin bs=1 count=65536
exit
scp root@192.168.100.1:/tmp/factory.bin .
scp root@192.168.100.1:/tmp/ledeinfo.bin .
Method 1 - From an existing OpenWrt install (sysupgrade):
IMG=openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-sysupgrade.bin
scp "$IMG" root@192.168.1.1:/tmp/sysupgrade.bin
ssh root@192.168.1.1 sysupgrade -n /tmp/sysupgrade.bin
Method 2 - U-Boot serial recovery via TFTP (requires 3.3 V USB-UART
adapter):
1. Attach 3.3 V USB-UART (TX, RX, GND) to the PCB header. Open a
terminal at 115200 8N1, no flow control.
2. Configure a TFTP server on the host PC at IP 192.168.2.88.
Place the factory image in the TFTP root, renamed if desired.
3. Power on the router. The BL2/U-Boot banner prints within ~1
second; press any key during the autoboot countdown to enter
the U-Boot menu.
4. From the menu, select 'Upgrade ubi'. U-Boot's default IP is
192.168.2.1 and it expects the TFTP server at 192.168.2.88.
Provide the factory image filename when prompted.
5. Wait for the write to complete; U-Boot reboots into OpenWrt.
Method 3 - From a NAND programmer (brick-recovery path):
1. Clip onto or desolder the SPI-NAND chip and dump the full
128 MiB with a programmer (e.g. RT809H, CH341A with NAND
adapter). Keep the dump as a recovery image.
2. Using the same programmer, write the factory.bin image to
the UBI region of the NAND. The SPI-NOR (BL2/u-boot-env/
Factory/FIP/woem/ledeinfo/nvram) must NOT be erased - those
partitions are per-unit and live on the separate 4 MiB NOR.
3. Reseat the chip and power on. The bootloader on NOR will
load the new kernel and rootfs from UBI.
Signed-off-by: Richard Jones <richard@netsolution.shop>
Link: https://github.com/openwrt/openwrt/pull/22818
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 02:34:03 +0200db7d264e475293a58bb9fb3c2f59036d2edf0b24mediatek: filogic: add support for AlwayLink M01K43edittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsaddtarget/linux/mediatek/dts/mt7981b-alwaylink-m01k43.dtseditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogic
- target/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/dts/mt7981b-huasifei-wh3000r-nand.dtstarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkb2795a7908204f7e4dfb3a173d0cffaecd821fe11779669994000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: add Huasifei WH3000R NAND support
**Huasifei WH3000R NAND**
Wi-Fi 6 router based on MediaTek MT7981B SoC.
MT7981B+MT7976CN+MT7531AE
**Specifications**
SoC: Filogic 820 MT7981B (1.3GHz)
RAM: DDR3 512MB
Flash: 256MiB Winbond SPI NAND
WiFi: MT7976C: 2.4GHz 2x2, 5GHz 2x2
Ethernet: MT7531: 3x 1GbE LAN + 1x 1GbE WAN
USB: 1x USB 3.0 port
Two buttons: reset and mesh
LEDs: RGB (red, green, blue together)
UART: 3.3V, TX, RX, GND / 115200 8N1
DC power interface
+---------+-------------------+--------------------------+
| | MAC | Algorithm |
+---------+-------------------+--------------------------+
| LAN | 58:23:BC:xx:xx:x2 | label+1 |
| WAN | 58:23:BC:xx:xx:x1 | label+0 (eeprom) |
| WLAN 2g | 58:23:BC:xx:xx:x3 | label+2 |
| WLAN 5g | 58:23:BC:xx:xx:x4 | label+3 |
+---------+-------------------+--------------------------+
Since it's convenient for the users to check and tell MAC
to their internet providers from the router label, we set
WAN as a base MAC located at 'Factory', 0x4.
Discussed this with the vendor.
**Installation via U-Boot rescue**
1. Set static IP 192.168.1.2 on your computer and default route as 192.168.1.1
2. Connect to the LAN port and hold the reset button while booting the device.
3. Wait for the LED to blink 5 times, and release the reset button.
4. Open U-boot web page on your browser at http://192.168.1.1
5. Select the OpenWrt sysupgrade image, upload it, and start the upgrade.
6. Wait for the router to flash the new firmware.
7. Wait for the router to reboot itself.
**Installation via sysupgrade**
Just flash sysupgrade file via
[LuCI upgrade page](http://192.168.1.1/cgi-bin/luci/admin/system/flash)
without saving the settings.
**Installation via SSH**
Upload the file to the router `/tmp` directory, `ssh root@192.168.1.1`
and issue a command:
```
sysupgrade -n /tmp/openwrt-mediatek-filogic-huasifei_wh3000r-nand-squashfs-sysupgrade.bin
```
Signed-off-by: Fil Dunsky <filipp.dunsky@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23156
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 02:46:34 +0200b2795a7908204f7e4dfb3a173d0cffaecd821fe1mediatek: add Huasifei WH3000R NAND supportedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsaddtarget/linux/mediatek/dts/mt7981b-huasifei-wh3000r-nand.dtsedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
- target/linux/mediatek/dts/mt7988a-zbtlink-zbt-z8803be.dtstarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_network2808857215ad88779e47465c8a72808f49adc7e61779671313000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for ZBT-Z8803BE
Specifications:
SoC: MediaTek MT7988A (4 cores)
RAM: 1024MiB
Flash: Winbond SPI-NAND 128 MiB
Network: 1 WAN (2.5G), 3 LAN (1G), 1 SFP+ (10G)
2 SIM slots
Buttons: Reset, WPS
Power: DC 12V 3A (Recommend 19V to avoid voltage drop)
WiFi: MT7996 2.4Ghz, 5.8Ghz and 6Ghz (BE19000)
- 2.4Ghz and 5.8Ghz share same dual band antenna (4)
- 6Ghz uses dedicated 6G antenna (4)
Misc: 1 USB2.0 port, UART header
Installation:
A. Through U-Boot menu:
- Prepare your connecting computer to use a static IP in
network 192.168.1.0/24
- Power down the router and hold in the Reset button.
- While holding in the button power up the router again.
- Hold the button in for 10 seconds and then release.
- Use your browser to go to 192.168.1.1
- If you see a GUI allowing for flashing firmware then
you got the right model.
- Upload the sysupgrade file.
Note 1: Recovery GUI can be used to recover from an incorrect
firmware flash.
Note 2: There is a GPIO watchdog that expires after 2 minutes
so flashing sysupgrade via U-boot needs to be done
quickly within that timer.
B. Through OpenWrt Dashboard:
If your router comes with OpenWrt preinstalled
(modified by the seller), you can easily upgrade
by going to the dashboard (192.168.1.1) and then
navigate to System -> Backup/Flash firmware,
then flash the firmware
MAC Addresses:
LAN(printed MAC) : F8:5E:3C:xx:xx:xx (Factory, 0xffff4)
WAN : F8:5E:3C:xx:xx:xx (Factory, 0xffffa)
SFP+ : F8:5E:3C:xx:xx:xx (Factory, 0xfffee)
2.4GHz : F8:5E:3C:xx:xx:xx (Factory, 0x4)
5GHz : F8:5E:3C:xx:xx:xx (Factory, 0x4) + 0x10
6Ghz : F8:5E:3C:xx:xx:xx (Factory, 0x4) + 0x20
Signed-off-by: Tuan Phan <pttuan@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23053
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 03:08:33 +02002808857215ad88779e47465c8a72808f49adc7e6mediatek: filogic: add support for ZBT-Z8803BEedittarget/linux/mediatek/image/filogic.mkaddtarget/linux/mediatek/dts/mt7988a-zbtlink-zbt-z8803be.dtsedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
githttps://taiha.net/jenkins/user/haukehaukeStarted by timer with parameters: {BUILD_CFG_TARGET_DEV=WG1400HP/WG1800HP/WG1800HP2 (QCA9558)}BUILD_CFG_DISTCLEANtrueBUILD_CFG_DIFFCONFIGtrueBUILD_CFG_TARGET_DEVWG1400HP/WG1800HP/WG1800HP2 (QCA9558)4272808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/main2808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/main2808857215ad88779e47465c8a72808f49adc7e62808857215ad88779e47465c8a72808f49adc7e6refs/remotes/origin/mainhttps://github.com/openwrt/openwrtconfig.buildinfoconfig.buildinfobin/targets/ath79/generic/config.buildinfofeeds.buildinfofeeds.buildinfobin/targets/ath79/generic/feeds.buildinfoopenwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1400hp-uboot.binopenwrt-ath79-generic-nec_wg1400hp-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1400hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp-uboot.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-initramfs-factory.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-initramfs-kernel.binopenwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-squashfs-sysupgrade.binopenwrt-ath79-generic-nec_wg1800hp2-uboot.binopenwrt-ath79-generic-nec_wg1800hp2-uboot.binbin/targets/ath79/generic/openwrt-ath79-generic-nec_wg1800hp2-uboot.binopenwrt-ath79-generic.manifestopenwrt-ath79-generic.manifestbin/targets/ath79/generic/openwrt-ath79-generic.manifestprofiles.jsonprofiles.jsonbin/targets/ath79/generic/profiles.jsonsha256sumssha256sumsbin/targets/ath79/generic/sha256sumsversion.buildinfoversion.buildinfobin/targets/ath79/generic/version.buildinfofalsediffconfig: true, device: WG1400HP/WG1800HP/WG1800HP2 (QCA9558)#42721507872162862OpenWrt (master) for NEC Aterm (NetBSD based) #427427falsefalse427420SUCCESS1779679200364https://taiha.net/jenkins/job/OpenWrt-master-NEC-BSD-Aterm/427/home-slave02_taihasv- target/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macpackage/boot/uboot-mediatek/Makefiletarget/linux/mediatek/dts/mt7981b-globitel-bt-r320.dtspackage/boot/uboot-mediatek/patches/472-add-globitel-bt-r320.patchpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networka3105d3f9573a140a1ac70a99b77b7091878761c1779666385000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for Globitel BT-R320
The Globitel BT-R320 (PCB rev V1.2) is an enterprise/ISP Wi-Fi 6 router
based on the MediaTek MT7981B (Filogic 820) platform.
Hardware specifications:
SoC: MediaTek MT7981B (Filogic 820)
RAM: 1GB DDR4 (Nanya NT5AD512M16C4-HR)
Flash: 128GB eMMC (UNIC UNMEN07GC4C31BS)
Switch: MediaTek MT7531AE
Ethernet: 1x 1GbE WAN, 3x 1GbE LAN
Wi-Fi: 2.4 GHz: 2x2 MT7976CN and 5 GHz: 2x2 MT7976CN (integrated FEM)
USB: 1x USB 3.0
LEDs: 2x Green (WLAN 2.4G / 5G)
Buttons: 1x Reset (GPIO 1, ACTIVE_LOW), 1x WPS (GPIO 0, ACTIVE_LOW)
Power: 12V, 1.5A
UART: 115200 8n1
Note on eMMC configuration (Addressing 52MHz limit on 128GB IC):
Debugfs output from the OEM firmware (/sys/kernel/debug/mmc0/ios) confirms
the manufacturer deliberately limits the eMMC to 52MHz High-Speed mode at 3.3V
(actual clock: 52000000 Hz, bus width: 8 bits, timing spec: mmc high-speed).
Therefore, the conservative DTS properties (max-frequency = <52000000> and
lack of HS200/HS400 support) strictly reflect the OEM hardware design.
Installation instructions:
1. SSH into the stock router (192.168.132.1, user: root, pass: password).
2. Back up existing partitions using dd.
3. Upload the OpenWrt-built GPT partition table (*-gpt.bin) and flash it:
dd if=/tmp/gpt.bin of=/dev/mmcblk0 bs=512 count=34 conv=fsync
echo -e 'w' | fdisk /dev/mmcblk0
4. Flash the OpenWrt-built U-Boot (*-bl31-uboot.fip) to the FIP partition:
dd if=/tmp/uboot.fip of=$(blkid -t PARTLABEL=fip -o device) conv=fsync
5. Disconnect power. Connect PC with static IP 192.168.1.2.
6. Hold reset button, power on, and wait 10 seconds to enter U-Boot web UI.
7. Flash the OpenWrt sysupgrade image.
Stock partition layout:
p1: uboot_env
p2: factory
p3: fip
p4: kernel
p5: rootfs
p6: userdata
MAC address layout (factory partition, mmcblk0p2):
WAN: xx:xx:xx:xx:xx:xx (factory offset 0x24)
LAN: xx:xx:xx:xx:xx:xy (factory offset 0x2a)
Label: Matches LAN MAC (0x2a)
2.4G: Base MAC (extracted from factory offset 0x4)
5G: Base MAC with Locally Administered bit set
Signed-off-by: Kirill Molotov <kirill2015molotov@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23188
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 01:46:25 +0200a3105d3f9573a140a1ac70a99b77b7091878761cmediatek: filogic: add support for Globitel BT-R320edittarget/linux/mediatek/filogic/base-files/etc/hotplug.d/ieee80211/11_fix_wifi_macedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.sheditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogicaddtarget/linux/mediatek/dts/mt7981b-globitel-bt-r320.dtseditpackage/boot/uboot-mediatek/Makefileaddpackage/boot/uboot-mediatek/patches/472-add-globitel-bt-r320.patchedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
- target/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/dts/mt7981b-alwaylink-m01k43.dtspackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogictarget/linux/mediatek/image/filogic.mkdb7d264e475293a58bb9fb3c2f59036d2edf0b241779669243000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for AlwayLink M01K43
Add support for the AlwayLink M01K43 5G CPE router.
Hardware specifications:
- SoC: MediaTek MT7981B (Filogic 820), dual-core Cortex-A53
- RAM: 256 MiB DDR3 (0x40000000, size 0x10000000)
- Flash: 128 MiB SPI-NAND (UBI, root) + 4 MiB SPI-NOR (bootloader)
- Ethernet: 4x 1 GbE LAN + 1x 2.5 GbE WAN
(MT7531 DSA switch; WAN via RTL8221B 2.5GbE PHY on MAC1)
- WiFi: MT7981 built-in 2x2 802.11ax (2.4 GHz + 5 GHz)
- USB: 1x xHCI (USB 2.0 only; USB 3.0 PHY pins not routed)
- Modem: M.2 B-Key slot wired for USB (tested: Quectel RM551E-GL,
Quectel RM520N-GL via QMI)
- LEDs: 10x GPIO LEDs (status, WAN, LAN, WiFi 2.4/5, signal bars)
- Buttons: WPS, Reset, RFKill
- Power: 12 V DC barrel jack
- UART: 3.3 V TTL header on PCB, 115200 8N1, no flow control
PCB silkscreen: M01K43 v5.0
Manufacturer: Shenzhen AlwayLink Wireless Technology Co., Ltd.
MAC addresses come from the 'ledeinfo' partition (mtd6) at offset 0x18
(label macaddr_ledeinfo_18); the stored value is the LAN MAC.
interface this port vendor firmware
------------------- ----------- --------------------------
eth0 / LAN bridge base + 0 base + 0
eth1 / WAN base + 1 base + 1
wifi 2.4 GHz band@0 base + 2 base (driver-derived)
wifi 5 GHz band@1 base + 3 base + LAA bit (driver)
The vendor's ethernet scheme (LAN = base, WAN = base + 1) is reproduced
exactly. For WiFi the vendor's proprietary mt_wifi driver ignores the
stored per-radio MAC and derives each BSSID from the base by setting the
locally-administered bit, so the radios are not given clean unicast
offsets. Under mainline mt76 + DSA, reusing the base (LAN) MAC on a radio
collides at L2 with the gmac0 conduit, so this port assigns the 2.4 GHz
and 5 GHz radios base + 2 and base + 3 — unique unicast addresses in the
same OUI block.
Installation
------------
Stock firmware defaults (verified on shipping units):
LAN IP: 192.168.100.1
SSH/web: user 'root', password 'admin'
Serial: 3.3 V TTL UART header on PCB, 115200 8N1, no flow control
Image artifacts produced by this device definition:
openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-factory.bin
openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-sysupgrade.bin
Before flashing, back up the per-unit partitions (cannot be
regenerated):
ssh root@192.168.100.1
dd if=/dev/mtd3 of=/tmp/factory.bin bs=1 count=655360
dd if=/dev/mtd6 of=/tmp/ledeinfo.bin bs=1 count=65536
exit
scp root@192.168.100.1:/tmp/factory.bin .
scp root@192.168.100.1:/tmp/ledeinfo.bin .
Method 1 - From an existing OpenWrt install (sysupgrade):
IMG=openwrt-mediatek-filogic-alwaylink_m01k43-squashfs-sysupgrade.bin
scp "$IMG" root@192.168.1.1:/tmp/sysupgrade.bin
ssh root@192.168.1.1 sysupgrade -n /tmp/sysupgrade.bin
Method 2 - U-Boot serial recovery via TFTP (requires 3.3 V USB-UART
adapter):
1. Attach 3.3 V USB-UART (TX, RX, GND) to the PCB header. Open a
terminal at 115200 8N1, no flow control.
2. Configure a TFTP server on the host PC at IP 192.168.2.88.
Place the factory image in the TFTP root, renamed if desired.
3. Power on the router. The BL2/U-Boot banner prints within ~1
second; press any key during the autoboot countdown to enter
the U-Boot menu.
4. From the menu, select 'Upgrade ubi'. U-Boot's default IP is
192.168.2.1 and it expects the TFTP server at 192.168.2.88.
Provide the factory image filename when prompted.
5. Wait for the write to complete; U-Boot reboots into OpenWrt.
Method 3 - From a NAND programmer (brick-recovery path):
1. Clip onto or desolder the SPI-NAND chip and dump the full
128 MiB with a programmer (e.g. RT809H, CH341A with NAND
adapter). Keep the dump as a recovery image.
2. Using the same programmer, write the factory.bin image to
the UBI region of the NAND. The SPI-NOR (BL2/u-boot-env/
Factory/FIP/woem/ledeinfo/nvram) must NOT be erased - those
partitions are per-unit and live on the separate 4 MiB NOR.
3. Reseat the chip and power on. The bootloader on NOR will
load the new kernel and rootfs from UBI.
Signed-off-by: Richard Jones <richard@netsolution.shop>
Link: https://github.com/openwrt/openwrt/pull/22818
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 02:34:03 +0200db7d264e475293a58bb9fb3c2f59036d2edf0b24mediatek: filogic: add support for AlwayLink M01K43edittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsaddtarget/linux/mediatek/dts/mt7981b-alwaylink-m01k43.dtseditpackage/boot/uboot-tools/uboot-envtools/files/mediatek_filogic
- target/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/dts/mt7981b-huasifei-wh3000r-nand.dtstarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_networkb2795a7908204f7e4dfb3a173d0cffaecd821fe11779669994000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: add Huasifei WH3000R NAND support
**Huasifei WH3000R NAND**
Wi-Fi 6 router based on MediaTek MT7981B SoC.
MT7981B+MT7976CN+MT7531AE
**Specifications**
SoC: Filogic 820 MT7981B (1.3GHz)
RAM: DDR3 512MB
Flash: 256MiB Winbond SPI NAND
WiFi: MT7976C: 2.4GHz 2x2, 5GHz 2x2
Ethernet: MT7531: 3x 1GbE LAN + 1x 1GbE WAN
USB: 1x USB 3.0 port
Two buttons: reset and mesh
LEDs: RGB (red, green, blue together)
UART: 3.3V, TX, RX, GND / 115200 8N1
DC power interface
+---------+-------------------+--------------------------+
| | MAC | Algorithm |
+---------+-------------------+--------------------------+
| LAN | 58:23:BC:xx:xx:x2 | label+1 |
| WAN | 58:23:BC:xx:xx:x1 | label+0 (eeprom) |
| WLAN 2g | 58:23:BC:xx:xx:x3 | label+2 |
| WLAN 5g | 58:23:BC:xx:xx:x4 | label+3 |
+---------+-------------------+--------------------------+
Since it's convenient for the users to check and tell MAC
to their internet providers from the router label, we set
WAN as a base MAC located at 'Factory', 0x4.
Discussed this with the vendor.
**Installation via U-Boot rescue**
1. Set static IP 192.168.1.2 on your computer and default route as 192.168.1.1
2. Connect to the LAN port and hold the reset button while booting the device.
3. Wait for the LED to blink 5 times, and release the reset button.
4. Open U-boot web page on your browser at http://192.168.1.1
5. Select the OpenWrt sysupgrade image, upload it, and start the upgrade.
6. Wait for the router to flash the new firmware.
7. Wait for the router to reboot itself.
**Installation via sysupgrade**
Just flash sysupgrade file via
[LuCI upgrade page](http://192.168.1.1/cgi-bin/luci/admin/system/flash)
without saving the settings.
**Installation via SSH**
Upload the file to the router `/tmp` directory, `ssh root@192.168.1.1`
and issue a command:
```
sysupgrade -n /tmp/openwrt-mediatek-filogic-huasifei_wh3000r-nand-squashfs-sysupgrade.bin
```
Signed-off-by: Fil Dunsky <filipp.dunsky@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23156
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 02:46:34 +0200b2795a7908204f7e4dfb3a173d0cffaecd821fe1mediatek: add Huasifei WH3000R NAND supportedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsaddtarget/linux/mediatek/dts/mt7981b-huasifei-wh3000r-nand.dtsedittarget/linux/mediatek/image/filogic.mkedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
- target/linux/mediatek/dts/mt7988a-zbtlink-zbt-z8803be.dtstarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledstarget/linux/mediatek/image/filogic.mktarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shtarget/linux/mediatek/filogic/base-files/etc/board.d/02_network2808857215ad88779e47465c8a72808f49adc7e61779671313000https://taiha.net/jenkins/user/haukehaukehauke@hauke-m.demediatek: filogic: add support for ZBT-Z8803BE
Specifications:
SoC: MediaTek MT7988A (4 cores)
RAM: 1024MiB
Flash: Winbond SPI-NAND 128 MiB
Network: 1 WAN (2.5G), 3 LAN (1G), 1 SFP+ (10G)
2 SIM slots
Buttons: Reset, WPS
Power: DC 12V 3A (Recommend 19V to avoid voltage drop)
WiFi: MT7996 2.4Ghz, 5.8Ghz and 6Ghz (BE19000)
- 2.4Ghz and 5.8Ghz share same dual band antenna (4)
- 6Ghz uses dedicated 6G antenna (4)
Misc: 1 USB2.0 port, UART header
Installation:
A. Through U-Boot menu:
- Prepare your connecting computer to use a static IP in
network 192.168.1.0/24
- Power down the router and hold in the Reset button.
- While holding in the button power up the router again.
- Hold the button in for 10 seconds and then release.
- Use your browser to go to 192.168.1.1
- If you see a GUI allowing for flashing firmware then
you got the right model.
- Upload the sysupgrade file.
Note 1: Recovery GUI can be used to recover from an incorrect
firmware flash.
Note 2: There is a GPIO watchdog that expires after 2 minutes
so flashing sysupgrade via U-boot needs to be done
quickly within that timer.
B. Through OpenWrt Dashboard:
If your router comes with OpenWrt preinstalled
(modified by the seller), you can easily upgrade
by going to the dashboard (192.168.1.1) and then
navigate to System -> Backup/Flash firmware,
then flash the firmware
MAC Addresses:
LAN(printed MAC) : F8:5E:3C:xx:xx:xx (Factory, 0xffff4)
WAN : F8:5E:3C:xx:xx:xx (Factory, 0xffffa)
SFP+ : F8:5E:3C:xx:xx:xx (Factory, 0xfffee)
2.4GHz : F8:5E:3C:xx:xx:xx (Factory, 0x4)
5GHz : F8:5E:3C:xx:xx:xx (Factory, 0x4) + 0x10
6Ghz : F8:5E:3C:xx:xx:xx (Factory, 0x4) + 0x20
Signed-off-by: Tuan Phan <pttuan@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/23053
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
2026-05-25 03:08:33 +02002808857215ad88779e47465c8a72808f49adc7e6mediatek: filogic: add support for ZBT-Z8803BEedittarget/linux/mediatek/image/filogic.mkaddtarget/linux/mediatek/dts/mt7988a-zbtlink-zbt-z8803be.dtsedittarget/linux/mediatek/filogic/base-files/lib/upgrade/platform.shedittarget/linux/mediatek/filogic/base-files/etc/board.d/01_ledsedittarget/linux/mediatek/filogic/base-files/etc/board.d/02_network
githttps://taiha.net/jenkins/user/haukehauke428BUILD_CFG_DISTCLEANtrue開始前に <code>make distclean</code> を実施BUILD_CFG_DISTCLEANBooleanParameterDefinitionBUILD_CFG_DIFFCONFIGtruediffconfigを使用してビルドBUILD_CFG_DIFFCONFIGBooleanParameterDefinitionBUILD_CFG_TARGET_DEVWR8750N/WR9500N/WG600HP (AR9344)ビルド対象機種系統BUILD_CFG_TARGET_DEVChoiceParameterDefinitionWR8750N/WR9500N/WG600HP (AR9344)WG1400HP/WG1800HP/WG1800HP2 (QCA9558)falsefalsehome-slave02_taihasvhudson.plugins.git.GitSCM--ffdefault