diff options
author | Aaron Durbin <adurbin@chromium.org> | 2013-05-10 00:33:32 -0500 |
---|---|---|
committer | Aaron Durbin <adurbin@google.com> | 2013-05-16 01:29:50 +0200 |
commit | 716738a6b84535f731ee9749f161505945eab93c (patch) | |
tree | 1698dbb1c22e5feca94bba6df30a49ed5f0d8d36 /src/mainboard/bcom | |
parent | adc300d88b35ceafafb4d4b6426c6458dc46b685 (diff) | |
download | coreboot-716738a6b84535f731ee9749f161505945eab93c.tar.xz |
x86: add cache-as-ram migration option
There are some boards that do a significant amount of
work after cache-as-ram is torn down but before ramstage
is loaded. For example, using vboot to verify the ramstage
is one such operation. However, there are pieces of code
that are executed that reference global variables that
are linked in the cache-as-ram region. If those variables
are referenced after cache-as-ram is torn down then the
values observed will most likely be incorrect.
Therefore provide a Kconfig option to select cache-as-ram
migration to memory using cbmem. This option is named
CAR_MIGRATION. When enabled, the address of cache-as-ram
variables may be obtained dynamically. Additionally,
when cache-as-ram migration occurs the cache-as-ram
data region for global variables is copied into cbmem.
There are also automatic callbacks for other modules
to perform their own migration, if necessary.
Change-Id: I2e77219647c2bd2b1aa845b262be3b2543f1fcb7
Signed-off-by: Aaron Durbin <adurbin@chromium.org>
Reviewed-on: http://review.coreboot.org/3232
Reviewed-by: Paul Menzel <paulepanter@users.sourceforge.net>
Tested-by: build bot (Jenkins)
Reviewed-by: Stefan Reinauer <stefan.reinauer@coreboot.org>
Diffstat (limited to 'src/mainboard/bcom')
0 files changed, 0 insertions, 0 deletions