[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <41fd551b-e678-32bb-781d-48cfe1a3c5bb@gmail.com>
Date: Thu, 30 Apr 2020 10:29:08 +0000
From: Amir Mizinski <amirmizi6@...il.com>
To: Jarkko Sakkinen <jarkko.sakkinen@...ux.intel.com>
Cc: Eyal.Cohen@...oton.com, oshrialkoby85@...il.com,
alexander.steffen@...ineon.com, robh+dt@...nel.org,
mark.rutland@....com, peterhuewe@....de, jgg@...pe.ca,
arnd@...db.de, gregkh@...uxfoundation.org, benoit.houyere@...com,
eajames@...ux.ibm.com, joel@....id.au, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-integrity@...r.kernel.org,
oshri.alkoby@...oton.com, tmaimon77@...il.com, gcwilson@...ibm.com,
kgoldman@...ibm.com, Dan.Morav@...oton.com,
oren.tanami@...oton.com, shmulik.hager@...oton.com,
amir.mizinski@...oton.com
Subject: Re: [PATCH v7 3/7] tpm: tpm_tis: Rewrite "tpm_tis_req_canceled()"
On 2020-04-29 05:37, Jarkko Sakkinen wrote:
> On Mon, Apr 27, 2020 at 03:49:27PM +0300, amirmizi6@...il.com wrote:
>> From: Amir Mizinski <amirmizi6@...il.com>
>>
>> Using this function while reading/writing data resulted in an aborted
>> operation.
>> After investigating the issue according to the TCG TPM Profile (PTP)
>> Specifications, I found that "request to cancel" should occur only if
>> TPM_STS.commandReady bit is lit.
>> Note that i couldn't find a case where the present condition
>> (in the linux kernel) is valid, so I'm removing the case for
>> "TPM_VID_WINBOND" since we have no need for it.
>>
>> Also, the default comparison is wrong. Only cmdReady bit needs to be
>> compared instead of the full lower status register byte.
>>
>> Fixes: 1f86605 (tpm: Fix cancellation of TPM commands (polling mode))
>
> Needs to have exactly 12 hex digits of the hash.
>
Ok, i'll fix this for version 8. Thank you.
> /Jarkko
Powered by blists - more mailing lists