summaryrefslogtreecommitdiff
path: root/drivers/bluetooth/btmrvl_debugfs.c
diff options
context:
space:
mode:
authorStefan Berger <stefanb@linux.vnet.ibm.com>2011-03-30 20:13:31 +0400
committerRajiv Andrade <srajiv@linux.vnet.ibm.com>2011-07-13 01:53:08 +0400
commit20b87bbfada971ae917cc2ff9dbc9dae05b94d25 (patch)
treedeacbb011383a6a95922b8c49cd3c8e77c34afd2 /drivers/bluetooth/btmrvl_debugfs.c
parent45baa1d1fa3926510ead93c96e6b0baa5ad79bd3 (diff)
downloadlinux-20b87bbfada971ae917cc2ff9dbc9dae05b94d25.tar.xz
tpm_tis: Delay ACPI S3 suspend while the TPM is busy
This patch delays the (ACPI S3) suspend while the TPM is busy processing a command and the TPM TIS driver is run in interrupt mode. This is the same behavior as we already have it for the TPM TIS driver in polling mode. Reasoning: Some of the TPM's commands advance the internal state of the TPM. An example would be the extending of one of its PCR registers. Upper layers, such as IMA or TSS (TrouSerS), would certainly want to be sure that the command succeeded rather than getting an error code (-62 = -ETIME) that may not give a conclusive answer as for what reason the command failed. Reissuing such a command would put the TPM into the wrong state, so waiting for it to finish is really the only option. The downside is that some commands (key creation) can take a long time and actually prevent the machine from entering S3 at all before the 20 second timeout of the power management subsystem arrives. Signed-off-by: Stefan Berger <stefanb@linux.vnet.ibm.com> Signed-off-by: Rajiv Andrade <srajiv@linux.vnet.ibm.com>
Diffstat (limited to 'drivers/bluetooth/btmrvl_debugfs.c')
0 files changed, 0 insertions, 0 deletions