diff options
author | Vadim Bendebury <vbendeb@chromium.org> | 2016-09-26 15:47:16 -0700 |
---|---|---|
committer | chrome-bot <chrome-bot@chromium.org> | 2016-09-27 00:27:37 -0700 |
commit | d6d12ec67bb0d20229ee0c273bc9d917b0821eb4 (patch) | |
tree | 8583a23dd0806c9ec0e20d1d1b80bd3be482cb2e /common/tpm_registers.c | |
parent | 98541217dfd5f0a3fa29db27c4469c6de26842f3 (diff) | |
download | chrome-ec-d6d12ec67bb0d20229ee0c273bc9d917b0821eb4.tar.gz |
cr50: tpm: ignore sys_rst_l/plt_rst_l when TPM reset is in progress
There is no point in invoking TPM reset while the current invocation
is in progress. One of the cases when this is happening is early start
up on Kevin/Gru: the device starts booting, the EC comes around to
pulsing sys_rst_l when TPM is already busy installing endorsement
certificates.
There is no point in issuing another reset at that point, just let the
process continue.
BRANCH=none
BUG=chrome-os-partner:52366
TEST=firmware_TPMKernelVersion firmware_TPMExtend autotests still pass
on kevin. Certificate installation during startup does not get
interrupted any more.
Change-Id: Ibdface9f7a76186e210ef0f4111cd5fe9905bba9
Signed-off-by: Vadim Bendebury <vbendeb@chromium.org>
Reviewed-on: https://chromium-review.googlesource.com/389811
Reviewed-by: Bill Richardson <wfrichar@chromium.org>
Diffstat (limited to 'common/tpm_registers.c')
-rw-r--r-- | common/tpm_registers.c | 7 |
1 files changed, 6 insertions, 1 deletions
diff --git a/common/tpm_registers.c b/common/tpm_registers.c index a2bdec4925..0e2733b472 100644 --- a/common/tpm_registers.c +++ b/common/tpm_registers.c @@ -625,6 +625,11 @@ int tpm_reset(void) return 1; } +int tpm_is_resetting(void) +{ + return reset_in_progress; +} + static void tpm_reset_now(void) { reset_in_progress = 1; @@ -659,7 +664,7 @@ static void tpm_reset_now(void) void tpm_task(void) { - tpm_init(); + tpm_reset_now(); while (1) { uint8_t *response; unsigned response_size; |