aboutsummaryrefslogtreecommitdiffstats
path: root/tools/perf/scripts/python
diff options
context:
space:
mode:
authorDavid Gibson <[email protected]>2020-06-19 03:30:40 +0000
committerJarkko Sakkinen <[email protected]>2020-07-02 14:49:00 +0000
commit72d0556dca39f45eca6c4c085e9eb0fc70aec025 (patch)
tree5c30412edcf314d164e4d35f8fb30d8b026d254e /tools/perf/scripts/python
parenttpm/st33zp24: fix spelling mistake "drescription" -> "description" (diff)
downloadkernel-72d0556dca39f45eca6c4c085e9eb0fc70aec025.tar.gz
kernel-72d0556dca39f45eca6c4c085e9eb0fc70aec025.zip
tpm: ibmvtpm: Wait for ready buffer before probing for TPM2 attributes
The tpm2_get_cc_attrs_tbl() call will result in TPM commands being issued, which will need the use of the internal command/response buffer. But, we're issuing this *before* we've waited to make sure that buffer is allocated. This can result in intermittent failures to probe if the hypervisor / TPM implementation doesn't respond quickly enough. I find it fails almost every time with an 8 vcpu guest under KVM with software emulated TPM. To fix it, just move the tpm2_get_cc_attrs_tlb() call after the existing code to wait for initialization, which will ensure the buffer is allocated. Fixes: 18b3670d79ae9 ("tpm: ibmvtpm: Add support for TPM2") Signed-off-by: David Gibson <[email protected]> Reviewed-by: Jerry Snitselaar <[email protected]> Reviewed-by: Jarkko Sakkinen <[email protected]> Signed-off-by: Jarkko Sakkinen <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions