summaryrefslogtreecommitdiff
path: root/Kconfig
diff options
context:
space:
mode:
authorMarek Vasut <marek.vasut+renesas@gmail.com>2018-10-03 12:44:13 +0200
committerMarek Vasut <marex@denx.de>2019-05-21 22:15:31 +0200
commit5602330df0306a44d78c1ba67ab7e15aa6f3fc41 (patch)
treedcb088480d63e4e5fadb867017e61c4cf5af149b /Kconfig
parentb72d308c137f5ce1df41e43a301e707b7e70e489 (diff)
downloadu-boot-5602330df0306a44d78c1ba67ab7e15aa6f3fc41.tar.gz
ARM: rmobile: Add recovery SPL for R-Car Gen3
Build an SPL which can be started via SCIF download mode on R-Car Gen3 and allows loading and executing U-Boot uImage with the next stage code. This is also useful for starting e.g. ATF BL2, which inits the hardware and returns to the U-Boot SPL, which can then load e.g. U-Boot proper. The H3, M3-W, M3-N SoCs have plenty of SRAM for storing the U-Boot SPL while the payload, e.g. ATF BL2, executes, so there is no problem here. However, E3 and D3 have much less SRAM, hence the loader uses a trick where it copies itself beyond the area used by BL2 and executes from there. That area is 32kiB large and not enough to hold U-Boot SPL, BSS, stack and malloc area, so the later two are placed at +0x4000 offset from start of SRAM, another area not used by ATF BL2. To make things even more complicated, the SCIF loader cannot load to the upper 32kiB of the SRAM directly, hence the copying approach. Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com> Cc: Nobuhiro Iwamatsu <iwamatsu@nigauri.org>
Diffstat (limited to 'Kconfig')
-rw-r--r--Kconfig1
1 files changed, 1 insertions, 0 deletions
diff --git a/Kconfig b/Kconfig
index 5f5c5ccfd6..7bdb536012 100644
--- a/Kconfig
+++ b/Kconfig
@@ -155,6 +155,7 @@ config SYS_MALLOC_LEN
config SPL_SYS_MALLOC_F_LEN
hex "Size of malloc() pool in SPL before relocation"
depends on SYS_MALLOC_F
+ default 0x2800 if RCAR_GEN3
default SYS_MALLOC_F_LEN
help
Before relocation, memory is very limited on many platforms. Still,