05/01/2020 15:17, Hauke Mehrtens:
Without this change sysupgrade from 18.06 to 19.07 is only possible with
the -F option.
In OpenWrt 18.06 the nand_do_platform_check() function is called with
the board name mir3g only, if the tar does not use mir3g it will fail.
OpenWrt 19.07 and later support the metadata with the supported_devices
attribute to allow renaming. Do the renaming of the target between 19.07
and master like it is done for some other boards.
I tested the following sysupgrades successfully without -F
18.06 -> 19.07
19.07 -> master
master -> 19.07
Signed-off-by: Hauke Mehrtens <[email protected]>
---
target/linux/ramips/image/mt7621.mk | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/target/linux/ramips/image/mt7621.mk
b/target/linux/ramips/image/mt7621.mk
index 7eb59188fb..39017a48e1 100644
--- a/target/linux/ramips/image/mt7621.mk
+++ b/target/linux/ramips/image/mt7621.mk
@@ -269,7 +269,7 @@ define Device/xiaomi_mir3p
endef
TARGET_DEVICES += xiaomi_mir3p
-define Device/xiaomi_mir3g
+define Device/mir3g
DTS := MIR3G
BLOCKSIZE := 128k
PAGESIZE := 2048
@@ -282,12 +282,12 @@ define Device/xiaomi_mir3g
IMAGE/sysupgrade.bin := sysupgrade-tar | append-metadata
DEVICE_TITLE := Xiaomi Mi Router 3G
SUPPORTED_DEVICES += R3G
- SUPPORTED_DEVICES += mir3g
+ SUPPORTED_DEVICES += xiaomi,mir3g
DEVICE_PACKAGES := \
kmod-mt7603 kmod-mt76x2 kmod-usb3 kmod-usb-ledtrig-usbport wpad-basic \
uboot-envtools
endef
-TARGET_DEVICES += xiaomi_mir3g
+TARGET_DEVICES += mir3g
define Device/mt7621
DTS := MT7621
Wouldn't it be the easiest to force the name used for the directory in
the sysupgrade.tar to "sysupgrade-mir3g", to be compatible with 18.06
and earlier?
It can be done by adding "BOARD_NAME := mir3g" to the device define in
the 19.07 branch as well as master.
Beginning with 19.07, nand_do_platform_check() isn't used for ramips and
nand_upgrade_tar() doesn't rely on the boardname either any longer.
Instead, nand_upgrade_tar() will grab the kernel and rootfs from the
first found directory matching the pattern "sysupgrade-.*". Means, we
wouldn't introduce another compatibility issue.
Of course, a downgrade from master to 19.07 and earlier would still
require the force argument due to the not matching name in the image
metadata. Considering that we don't adjust the running config to be
compatible with earlier releases during downgrade, I rather see this as
a pro than as con.
Mathias
_______________________________________________
openwrt-devel mailing list
[email protected]
https://lists.openwrt.org/mailman/listinfo/openwrt-devel