diff options
author | Vladimir Zapolskiy <vz@mleia.com> | 2016-11-28 00:15:33 +0200 |
---|---|---|
committer | Tom Rini <trini@konsulko.com> | 2016-12-02 21:32:53 -0500 |
commit | 9c141b2bd72f9e51bd627580be7ffca93ba9b2d4 (patch) | |
tree | 8e635edd01729d08c091327c431f4d278dc99b5d /arch/sh/cpu/sh3/Makefile | |
parent | bccf09e0e16f812dd61c4972a1125b58a221a87d (diff) | |
download | u-boot-imx-9c141b2bd72f9e51bd627580be7ffca93ba9b2d4.zip u-boot-imx-9c141b2bd72f9e51bd627580be7ffca93ba9b2d4.tar.gz u-boot-imx-9c141b2bd72f9e51bd627580be7ffca93ba9b2d4.tar.bz2 |
sh4: fix start.S by calling board_init_f() after first code relocation
Like on ARM platform keep the first code relocation from a U-boot
image storage to RAM at CONFIG_SYS_TEXT_BASE, then pass execution to a
generic board_init_f() with empty GD flags. If CONFIG_SYS_TEXT_BASE is
equal to a calculated by board_init_f() relocation address there will
be no more code and data copy, however it's worth to mention that the
first copy happens even if $pc on _start is the same as
CONFIG_SYS_TEXT_BASE, on practice this works without a problem.
Also note that _sh_start is renamed back to _start to correct
gd->mon_len calculation by setup_mon_len(), the opposite rename was
done in pre-generic board commit 2024b968ee9 ("sh: Fix build in start.S").
Signed-off-by: Vladimir Zapolskiy <vz@mleia.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'arch/sh/cpu/sh3/Makefile')
0 files changed, 0 insertions, 0 deletions