Vladimir Zapolskiy 9c141b2bd7 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 2024b968ee ("sh: Fix build in start.S"). Signed-off-by: Vladimir Zapolskiy <vz@mleia.com> Reviewed-by: Simon Glass <sjg@chromium.org>		2016-12-02 21:32:53 -05:00
..
cache.c	sh4: cache: move exported cache manipulation functions into cache.c	2016-12-02 21:32:42 -05:00
config.mk	sh: move CONFIG_{SH2, SH2A, SH3, SH4} to Kconfig	2014-11-13 08:47:58 +09:00
cpu.c	sh: add shared relocate_code() function and call board_init_r()	2016-12-02 21:32:52 -05:00
interrupts.c	Add GPL-2.0+ SPDX-License-Identifier to source files	2013-07-24 09:44:38 -04:00
Makefile	sh: convert makefiles to Kbuild style	2013-10-31 13:26:45 -04:00
start.S	sh4: fix start.S by calling board_init_f() after first code relocation	2016-12-02 21:32:53 -05:00
watchdog.c	Add GPL-2.0+ SPDX-License-Identifier to source files	2013-07-24 09:44:38 -04:00