[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200429053703.GF8452@linux.intel.com>
Date: Wed, 29 Apr 2020 08:37:03 +0300
From: Jarkko Sakkinen <jarkko.sakkinen@...ux.intel.com>
To: amirmizi6@...il.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 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.
/Jarkko
Powered by blists - more mailing lists