summaryrefslogtreecommitdiffstats
path: root/drivers/char/tpm/tpm-sysfs.c
diff options
context:
space:
mode:
authorMaciej S. Szmigiero <mail@maciej.szmigiero.name>2017-01-13 22:37:00 +0100
committerJarkko Sakkinen <jarkko.sakkinen@linux.intel.com>2017-01-23 17:28:18 +0100
commit1d70fe9d9c3a4c627f9757cbba5d628687b121c1 (patch)
tree9e8c8a9128f4cc68c5049a3aa353627feb0f6c0a /drivers/char/tpm/tpm-sysfs.c
parenttpm: Do not print an error message when doing TPM auto startup (diff)
downloadlinux-1d70fe9d9c3a4c627f9757cbba5d628687b121c1.tar.xz
linux-1d70fe9d9c3a4c627f9757cbba5d628687b121c1.zip
tpm_tis: use default timeout value if chip reports it as zero
Since commit 1107d065fdf1 ("tpm_tis: Introduce intermediate layer for TPM access") Atmel 3203 TPM on ThinkPad X61S (TPM firmware version 13.9) no longer works. The initialization proceeds fine until we get and start using chip-reported timeouts - and the chip reports C and D timeouts of zero. It turns out that until commit 8e54caf407b98e ("tpm: Provide a generic means to override the chip returned timeouts") we had actually let default timeout values remain in this case, so let's bring back this behavior to make chips like Atmel 3203 work again. Use a common code that was introduced by that commit so a warning is printed in this case and /sys/class/tpm/tpm*/timeouts correctly says the timeouts aren't chip-original. Fixes: 1107d065fdf1 ("tpm_tis: Introduce intermediate layer for TPM access") Cc: stable@vger.kernel.org Signed-off-by: Maciej S. Szmigiero <mail@maciej.szmigiero.name> Reviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> Signed-off-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
Diffstat (limited to 'drivers/char/tpm/tpm-sysfs.c')
0 files changed, 0 insertions, 0 deletions