summaryrefslogtreecommitdiff
path: root/drivers/char/tpm/tpm_ibmvtpm.c
diff options
context:
space:
mode:
authorPeter Huewe <PeterHuewe@gmx.de>2013-10-30 03:54:20 +0400
committerPeter Huewe <peterhuewe@gmx.de>2014-01-06 17:37:24 +0400
commit85c5e0d451125c6ddb78663972e40af810b83644 (patch)
treef3f18600d88694e7fd9d38b8aaf810a551b53685 /drivers/char/tpm/tpm_ibmvtpm.c
parent238b1eaa59e6a8e2993af0db9ec2255bfa53927b (diff)
downloadlinux-85c5e0d451125c6ddb78663972e40af810b83644.tar.xz
tpm/tpm_i2c_stm_st33: Check return code of get_burstcount
The 'get_burstcount' function can in some circumstances 'return -EBUSY' which in tpm_stm_i2c_send is stored in an 'u32 burstcnt' thus converting the signed value into an unsigned value, resulting in 'burstcnt' being huge. Changing the type to u32 only does not solve the problem as the signed value is converted to an unsigned in I2C_WRITE_DATA, resulting in the same effect. Thus -> Change type of burstcnt to u32 (the return type of get_burstcount) -> Add a check for the return value of 'get_burstcount' and propagate a potential error. This makes also sense in the 'I2C_READ_DATA' case, where the there is no signed/unsigned conversion. found by coverity Cc: stable@vger.kernel.org Signed-off-by: Peter Huewe <peterhuewe@gmx.de>
Diffstat (limited to 'drivers/char/tpm/tpm_ibmvtpm.c')
0 files changed, 0 insertions, 0 deletions