samsung: tizen_rpi: Set to slot_a by default when run tfm 91/315791/1 accepted/tizen_8.0_unified accepted/tizen/8.0/unified/20240808.161702
authorJaehoon Chung <jh80.chung@samsung.com>
Wed, 7 Aug 2024 22:20:13 +0000 (07:20 +0900)
committerJaehoon Chung <jh80.chung@samsung.com>
Wed, 7 Aug 2024 22:24:09 +0000 (07:24 +0900)
In some case, it's resetting to normal mode from download mode.
So it's always running as ramdisk boot mode.

To fix above issue, Set to slot_a by default when run tfm.
"run tfm" means that user tries to flahs entire image.
So it doesn't need that it enters to slot_b mode.

To prevent the overwrite, change the loading address to 0x02500000.
Because scriptaddr is using 0x02400000.

Change-Id: Id09bdbb5cd3ce4b0af685f761718837cb6e65d7b
Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>
include/samsung/tizen_rpi.h
tizen/bootscript/tizen-boot-rpi4.scr

index e06762f06e04e3a2531df19a7bb33ca05fdb8fbf..53d0218eea136a62e6788578891cb68d285ccd35 100644 (file)
        "part=7\0"                              \
        "bootmode=ramdisk\0"                    \
        "bootdev=mmc\0"                         \
-       "tfm=setenv bootmode download; run bootcmd\0"   \
+       "tfm=setenv bootmode download; run set_to_part_a; run bootcmd\0"        \
        "tizen_bootarg="                                \
                TIZEN_VC_MEM                            \
                "8250.nr_uarts=1 dma.dmachans=0x7f35 bcm2709.serial=0xed6687d3 "                \
index f6bac09b665808b65e819ced21e1a573dd49ff93..b284cea662ae155ebe982e09e3c3201818eefcd4 100644 (file)
@@ -44,8 +44,8 @@ fi
 if test "0x${distro_bootpart}" -ne "${bootpart}"; then
        # Load the environmet from partition_b
        echo "Loading uboot.env from boot_${partition_ab}"
-       load $devtype $devnum:$bootpart 0x02400000 uboot.env
-       env import -b 0x02400000 0x4000
+       load $devtype $devnum:$bootpart 0x02500000 uboot.env
+       env import -b 0x02500000 0x4000
        exit
 fi