summaryrefslogtreecommitdiff
path: root/src/mainboard/bostentech
diff options
context:
space:
mode:
authorCaveh Jalali <caveh@chromium.org>2020-09-12 03:05:48 -0700
committerPatrick Georgi <pgeorgi@google.com>2020-09-21 08:07:13 +0000
commit85e4c43b02da1561a6af589bdc21fdaa0f112777 (patch)
tree754f0273dafb10ba84c5df4bc98fa40fbc8fab4e /src/mainboard/bostentech
parent362bcee0f4496fc60d29eb560a0d26f28e62c31d (diff)
volteer: set GSPI CS to deasserted by default
This sets the state of GSPI chip select to 1 (deasserted) as applied by the FSP during the silicon init phase. GSPI 0 and 1 are set to CS mode manual in the SerialIoGSpiCsMode section which means we need to explicitly configure CS to deasserted in the SerialIoGSpiCsState section. GSPI0 is the CR50 and GSPI1 is the fingerprint sensor. We were running into problems where the normal expected CS toggle sequence to wake up CR50 did not work because CS was already asserted when it was expected to be deasserted, leading to TPM timeouts. BUG=b:168090038 TEST=booted on volteer, no more "TPM flow control failure" messages; verified fingerprint enrollment still works. Change-Id: I47aa5db429d75e66095d58a1eb77963dcfc3b9f3 Signed-off-by: Caveh Jalali <caveh@chromium.org> Reviewed-on: https://review.coreboot.org/c/coreboot/+/45384 Reviewed-by: Tim Wawrzynczak <twawrzynczak@chromium.org> Tested-by: build bot (Jenkins) <no-reply@coreboot.org>
Diffstat (limited to 'src/mainboard/bostentech')
0 files changed, 0 insertions, 0 deletions