soc/intel/xeon_sp: Work around FSP-T not respecting its own API
commit02dec12629824174e788658f40b79bdd5337ffa7
authorArthur Heymans <arthur@aheymans.xyz>
Wed, 18 Nov 2020 11:27:28 +0000 (18 12:27 +0100)
committerPatrick Georgi <pgeorgi@google.com>
Sun, 22 Nov 2020 22:26:25 +0000 (22 22:26 +0000)
treeec030bed8bdf56ee589c350c82267d41075bcac6
parent832dd4388a8f8a56acd70da5c1cdfa97deb3bf5d
soc/intel/xeon_sp: Work around FSP-T not respecting its own API

The CPX FSP-T does not respect the FSP2.x spec and uses registers where
coreboot has its initial timestamp stored.

If the initial timestamp is later than some other timestamps this
messes up the timestamps 'cbmem -t' reports as it thinks they are a
result from a timestamp overflow (reporting that it took 100k years to
boot).

TEST: The ocp/deltalake boots within the span of a lifetime.

Change-Id: I4ba15decec22cd473e63149ec399d82c5e3fd214
Signed-off-by: Arthur Heymans <arthur@aheymans.xyz>
Reviewed-on: https://review.coreboot.org/c/coreboot/+/47738
Tested-by: build bot (Jenkins) <no-reply@coreboot.org>
Reviewed-by: Angel Pons <th3fanbus@gmail.com>
src/soc/intel/xeon_sp/bootblock.c