[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1487261306-2494-1-git-send-email-peter.huewe@infineon.com>
Date: Thu, 16 Feb 2017 16:08:21 +0000
From: Peter Huewe <peter.huewe@...ineon.com>
To: Jarkko Sakkinen <jarkko.sakkinen@...ux.intel.com>
CC: Jason Gunthorpe <jgunthorpe@...idianresearch.com>,
<tpmdd-devel@...ts.sourceforge.net>,
<linux-kernel@...r.kernel.org>, <peterhuewe@....de>,
Christophe Ricard <christophe-h.ricard@...com>,
"Peter Huewe" <peter.huewe@...ineon.com>
Subject: [PATCH 0/5] Fix whole native SPI TPM driver
During our testing it showed that unfortunately the whole native spi tpm driver
was more or less non-functional since it was merged, e.g. the wrong byte for
waitstate handling was used and transfers larger than 64 bytes did not work at all.
This was probably caused by the merging of the different approaches back then,
as the initial RFC patch did not have these problems, and also my sudden lack
of time/commitment back then.
I'm sorry that the final driver code went untested for that long time.
This patch set fixes these issues one by one.
In order to avoid duplication the read/write function was consolidated to one
transfer function, so we do not have to apply the same fix at two locations.
Maybe consider squashing it - we splitted it for easier review.
Affected Kernels: 4.8, 4.9, 4.10
Patchset was tested on Raspberry Pi2 with SLB9670 (TPM1.2 and TPM2.0)
Peter Huewe (5):
tpm_tis_spi: Use single function to transfer data
tpm_tis_spi: Abort transfer when too many wait states are signaled
tpm_tis_spi: Check correct byte for wait state indicator
tpm_tis_spi: Remove limitation of transfers to MAX_SPI_FRAMESIZE bytes
tpm_tis_spi: Add small delay after last transfer
drivers/char/tpm/tpm_tis_spi.c | 163 +++++++++++++++++------------------------
1 file changed, 69 insertions(+), 94 deletions(-)
--
2.7.4
Powered by blists - more mailing lists