firmware-utils, branch master

mkzynfw: add board definitions for XGS1930 series

2026-05-04T16:46:13Z

Add board definitions for Realtek RTL93XX-based, XGS1930 series switches from Zyxel. They share a common vendor-firmware image and thus can be added as similar boards here. Signed-off-by: Jonas Jelonek Link: https://github.com/openwrt/firmware-utils/pull/68 Signed-off-by: Robert Marko

mkzynfw: add board definitions for Zyxel XMG1915 switches

2026-05-04T16:46:13Z

Add board definitions for Realtek RTL93XX-based switches from Zyxel from product line XMG1915. They share a common vendor-firmware image and thus can be added as similar boards here. While at it, reorder the Zyxel switch board definition in ascending order by their model name. Signed-off-by: Jonas Jelonek Link: https://github.com/openwrt/firmware-utils/pull/68 Signed-off-by: Robert Marko

add XikeStor SKS7300 image generation utility

2026-04-24T07:45:32Z

This utility allows the generation and obfuscation of the Xikestor SKS7300 series image formats. So far, only the SKS7300-4X4T is supported and tested, but according to the downloads of other firmware files of the same series, it should work with minimal modifications also for other models of the same series. One user reported success in the forum. While the web interface might accept images created with this utility, it is impossible to flash OpenWrt from the OEM web interface due to the obfuscation and the checksums. For flashing OpenWrt, only the kernel will be treated with this utility, the rootfs will stay on the flash with U-Boot being unaware of it. Signed-off-by: Andreas Böhler Link: https://github.com/openwrt/firmware-utils/pull/65 Signed-off-by: Robert Marko

mkzynfw: add board definitions for Zyxel XS1930 switches

2026-04-07T12:25:35Z

Add board definitions for Realtek RTL93XX-based switches from Zyxel from product lines XS1930 and XMG1930. They share a common vendor-firmware image and thus can be added as similar boards here. Though the flash size and thus the romio_ofs are the same for all boards, they are not hardcoded in the macro since both may be different for further devices. Signed-off-by: Jonas Jelonek

tplink-safeloader: add support for Festa F61

2026-03-19T09:42:52Z

The hardware is identical to the EAP613 v1, but the stock web interface rejects its firmware due to a missing ID. This update adds the required support list string to enable firmware compatibility. Tested on: TP-Link Festa F61(EU) v1.0 hardware Signed-off-by: Bence Feher Link: https://github.com/openwrt/firmware-utils/pull/64 Signed-off-by: Robert Marko

ptgen: add support for marking multiple partitions as bootable

2026-03-05T12:13:55Z

Currently, ptgen only supports marking single partition as bootable via the '-a N' flag. However, there are cases where multiple partitions should be marked as bootable, mainly in the case of having multiple kernel partitions as U-Boot relies on parsing the bootable flag to make a list of partitions it will scan for bootscripts etc. So, add support for marking individual partitions as bootable by passing the '-B' flag when describing partitions. Existing '-a' behaviour is preserved. Signed-off-by: Robert Marko Link: https://github.com/openwrt/firmware-utils/pull/63 Signed-off-by: Robert Marko

ptgen: add long option support

2026-03-05T10:03:06Z

ptgen help is bad: - there are a lot of single letter options (so the option name tells nothing) - some options does not mentioned in the ptgen help - there are no any options explanations This patch - adds long option support - provides more usefull help - add description for missed options Signed-off-by: Mikhail Kshevetskiy Link: https://github.com/openwrt/firmware-utils/pull/58 Signed-off-by: Robert Marko

ptgen: add an option to disable stub partition creation

2026-03-05T10:03:06Z

ptgen tends to create stub partitions between the end of GPT entry table and the start of the first disk. This patch adds an option to disable this behavior. Signed-off-by: Mikhail Kshevetskiy Link: https://github.com/openwrt/firmware-utils/pull/58 Signed-off-by: Robert Marko

ptgen: allow to specify index of gpt entries to be used

2026-03-05T10:03:06Z

This patch allows to specify the GPT entry index to use. Subsequent partitions will use sequential indexes, starting with the specified one. This will continue until a new starting index is specified. The patch ensures that the same index will never be used twice. [Explanation within example] ptgen creates gpt partitions using consecutive indexes starting from zero. For example the following command ptgen -o mmc.img -g -d 32M \ -p 2M \ # describe /dev/mmcblk0p1 (index=0) -p 4M \ # describe /dev/mmcblk0p2 (index=1) -p 25M # describe /dev/mmcblk0p3 (index=2) will create $ /sbin/fdisk mmc.img ... Device Start End Sectors Size Type mmc.img1 34 4129 4096 2M Linux filesystem <= see here mmc.img2 4130 12321 8192 4M Linux filesystem mmc.img3 12322 63521 51200 25M Linux filesystem Sometimes it's necessary to create one or more partitions whose indexes don't follow above rule. For example, we might want the partition located at the very beginning of the mmc flash to be named as /dev/mmcblk0p7. Within a patch this can be achieved by a command ptgen -o mmc.img -g -d 32M \ -i 6 -p 2M \ # describe /dev/mmcblk0p7 (index=6) -i 0 -p 4M \ # describe /dev/mmcblk0p1 (index=0) -p 20M # describe /dev/mmcblk0p2 (index=1) $ /sbin/fdisk mmc.img ... Device Start End Sectors Size Type mmc.img1 4130 12321 8192 4M Linux filesystem mmc.img2 12322 63521 51200 25M Linux filesystem mmc.img7 34 4129 4096 2M Linux filesystem <== see here So we done it. Signed-off-by: Mikhail Kshevetskiy Link: https://github.com/openwrt/firmware-utils/pull/58 Signed-off-by: Robert Marko

ptgen: fix bug caused by not completely correct reverts

2026-03-05T10:03:06Z

The commit 0782d243d23e (Revert "ptgen: do not create stub partition to fill a gap if gap caused by alignment") fixes one issue but introduce another. If "-e " option is used and there is no gap between GPT Entry Table and 1-st partition, then 1) A GPT stub partition will be created, but this should not be done because of no space for it. 2) A stub partition will be incorrect (start_sector > end_sector) This patch fixes an issue. Fixes: 0782d243d23e (Revert "ptgen: do not create stub partition to fill a gap if gap caused by alignment") Signed-off-by: Mikhail Kshevetskiy Link: https://github.com/openwrt/firmware-utils/pull/58 Signed-off-by: Robert Marko