cpu/allwinner/a10: Clarify positioning of boot stages
This fixes a number of potential issues, such as generating a build failure if the bootblock is too large, and making sure romstage and ramstage cannot overlap in memory. Change-Id: I4ca9ad097b145445316bcd962e007731b08a7fda Signed-off-by: Alexandru Gagniuc <mr.nuke.me@gmail.com> Reviewed-on: http://review.coreboot.org/4687 Tested-by: build bot (Jenkins)
This commit is contained in:
parent
93b600ded7
commit
1b4cbafe1d
|
@ -34,14 +34,18 @@ config CBFS_HEADER_ROM_OFFSET
|
|||
hex
|
||||
default 0x10
|
||||
|
||||
# This is the maximum size bootblock that the BROM will load. If the bootblock
|
||||
# gets larger, this will generate a build failure, rather than a silent
|
||||
# "coreboot won't run" failure.
|
||||
# Normally, we would place romstage at 0x5fe0, but we place it a little lower to
|
||||
# satisfy the 64 byte alignment.
|
||||
config CBFS_ROM_OFFSET
|
||||
# Calculated by BL1 + max bootblock size.
|
||||
default 0x4c00
|
||||
default 0x5fc0
|
||||
|
||||
# FIXME: untested
|
||||
# 16 MiB above ramstage, so there is no overlap
|
||||
config ROMSTAGE_BASE
|
||||
hex
|
||||
default SYS_SDRAM_BASE
|
||||
default 0x41000000
|
||||
|
||||
# Keep the stack in SRAM block A2.
|
||||
# SRAM blocks A1 (0-16KiB) and A2 (16KiB-32KiB) are always accessible to the
|
||||
|
|
Loading…
Reference in New Issue