aboutsummaryrefslogtreecommitdiff
path: root/src/southbridge/intel/lynxpoint/Kconfig
diff options
context:
space:
mode:
authorAaron Durbin <adurbin@chromium.org>2013-02-06 15:28:40 -0600
committerStefan Reinauer <stefan.reinauer@coreboot.org>2013-03-19 18:51:59 +0100
commit633f11274fcbc9442be0be0d0bc531f43a74981b (patch)
treebc5a8195a906b34169b0fceb1afc89c1d81e19e1 /src/southbridge/intel/lynxpoint/Kconfig
parent81108b90593e1c8a459c499307404955771c54f3 (diff)
x86: remove stack definition in linker script
In order to prepare the ramstage to be linked by the rmodule linker the stack needs to be self-contained within the ramstage objects. The reasoning is that the rmodule linker provides a way to define a heap, but it doesn't currently have a region for the stack. The downside to this is that memory footprint of the ramstage can change when compared before this change. The size difference stems from the link ordering of the objects as the stack is now defined within c_start.S. The size fluctuation ranges from 0 to CONFIG_STACK_SIZE - 1 because of the previous behavior or aligning to CONFIG_STACK_SIZE. It should be noted that such an alignment is unnecessary for 32-bit x86 as the alignment requirement for the stacks are 4 byte alignment. Also the memory footprint is still dominated by CONFIG_RAMTOP and CONFIG_RAMBASE. Change-Id: I63a4ddd249104bc27aff2ab6b39fc6db12b54028 Signed-off-by: Aaron Durbin <adurbin@chromium.org> Reviewed-on: http://review.coreboot.org/2785 Tested-by: build bot (Jenkins) Reviewed-by: Marc Jones <marc.jones@se-eng.com>
Diffstat (limited to 'src/southbridge/intel/lynxpoint/Kconfig')
0 files changed, 0 insertions, 0 deletions