Change in coreboot[master]: volteer: set GSPI CS to deasserted by default

[Caveh Jalali (Code Review)]

Hello Jes Klinke, build bot (Jenkins), Tim Wawrzynczak, Nick Vaccaro, Andrey Pronin,

I'd like you to reexamine a change. Please visit

https://review.coreboot.org/c/coreboot/+/45384

to look at the new patch set (#2).

Change subject: volteer: set GSPI CS to deasserted by default
......................................................................

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 
---
M src/mainboard/google/volteer/variants/baseboard/devicetree.cb
1 file changed, 2 insertions(+), 2 deletions(-)

git pull ssh://review.coreboot.org:29418/coreboot refs/changes/84/45384/2