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>
"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 " \
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