summaryrefslogtreecommitdiff
path: root/src/lib/hexdump.c
diff options
context:
space:
mode:
authorAaron Durbin <adurbin@chromium.org>2015-10-07 16:03:41 -0500
committerAaron Durbin <adurbin@gmail.com>2015-10-11 23:57:29 +0000
commitb593366e349673cd4ef5b933849f78e6e958d626 (patch)
tree5489ec29157dbf096b42313c057d5a3fbe84859a /src/lib/hexdump.c
parented253c8fd80573b2182aa5fd27033750cff48c0b (diff)
vboot: prepare for x86 verstage
In order to support x86 verstage proper the work buffer needs to live in cache-as-ram. However, after cache-as-ram is torn down one still needs the verification results to know which slot was selected. Though the platforms with a dedicated SRAM can just use the work buffer in SRAM, the x86 cache-as-ram platforms need a place to stash the results. For that situation cbmem is employed. This works because when cbmem is initialized cache-as-ram is still enabled. The VBOOT_DYNAMIC_WORK_BUFFER case assumes verified boot doesn't start until after cbmem is up. That doesn't change, but it's a goal to get rid of that option entirely once all other x86 platforms are moved over to pre-romstage vboot. BUG=chrome-os-partner:44827 BRANCH=None TEST=Built and booted glados with pre-romstage verification as well as VBOOT_DYNAMIC_WORK_BUFFER case. Change-Id: I7eacd0edb2b6ca52b59b74075d17c00b50676d4c Signed-off-by: Aaron Durbin <adurbin@chromium.org> Reviewed-on: http://review.coreboot.org/11821 Tested-by: build bot (Jenkins) Reviewed-by: Patrick Georgi <pgeorgi@google.com>
Diffstat (limited to 'src/lib/hexdump.c')
0 files changed, 0 insertions, 0 deletions