| author | Rajiv Andrade <srajiv@linux.vnet.ibm.com> | |
| Fri, 12 Nov 2010 21:30:02 +0000 (22:30 +0100) | ||
| committer | James Morris <jmorris@namei.org> | |
| Mon, 24 Jan 2011 00:22:48 +0000 (11:22 +1100) | ||
| commit | c4ff4b829ef9e6353c0b133b7adb564a68054979 | |
| tree | 0b32c7b91763144ea587e2965f5a401eea3d537c | tree | snapshot (tar.xz tar.gz zip) |
| parent | 5403110943a2dcf1f96416d7a412a8b46895facd | commit | diff |
TPM: Long default timeout fix
If duration variable value is 0 at this point, it's because
chip->vendor.duration wasn't filled by tpm_get_timeouts() yet.
This patch sets then the lowest timeout just to give enough
time for tpm_get_timeouts() to further succeed.
This fix avoids long boot times in case another entity attempts
to send commands to the TPM when the TPM isn't accessible.
Signed-off-by: Rajiv Andrade <srajiv@linux.vnet.ibm.com>
Signed-off-by: James Morris <jmorris@namei.org>
If duration variable value is 0 at this point, it's because
chip->vendor.duration wasn't filled by tpm_get_timeouts() yet.
This patch sets then the lowest timeout just to give enough
time for tpm_get_timeouts() to further succeed.
This fix avoids long boot times in case another entity attempts
to send commands to the TPM when the TPM isn't accessible.
Signed-off-by: Rajiv Andrade <srajiv@linux.vnet.ibm.com>
Signed-off-by: James Morris <jmorris@namei.org>
| drivers/char/tpm/tpm.c | diff | blob | history |