From: <Alexander.Steffen@infineon.com>
To: <jarkko.sakkinen@linux.intel.com>
Cc: <nayna@linux.vnet.ibm.com>, <kgold@linux.vnet.ibm.com>,
<linux-integrity@vger.kernel.org>
Subject: RE: [RFC][PATCH 0/9] tpm: fix driver so that burstcount can be safely ignored
Date: Thu, 4 Jan 2018 13:11:34 +0000 [thread overview]
Message-ID: <97fc00fd033f46038d08b71e7f1d076c@infineon.com> (raw)
In-Reply-To: <20171224204109.fobx53ffmog2a5nk@linux.intel.com>
> On Fri, Dec 15, 2017 at 02:04:39PM +0200, Jarkko Sakkinen wrote:
> > On Fri, Dec 08, 2017 at 07:46:49PM +0100, Alexander Steffen wrote:
> > > Disclaimer: This is RFC because unfortunately I do not have the time to
> bring it up to the usual standards. But from lying around on my hard disk it
> definitely won't improve, so I've decided to publish it now, to get at least
> some feedback or maybe for somebody else to pick it up. Since the work
> began some time ago, it is probably not rebased against the current state
> (but hopefully still applies).
> > >
> > > This is a collection of all the fixes I made during the investigation of the
> problems with the "ignore burstcount" change. These are mainly fixes for the
> wait state handling in tpm_tis_spi, that probably was not really tested so far,
> since the previous implementation avoided wait states as far as possible. It
> also includes changes to tpm_tis_core, so that it follows the specification
> more closely. Finally, I've included a rebased version of the original "ignore
> burstcount" patch. Together, those patches pass all my tests and also each
> intermediate step is fine (so that bisecting still works).
> > >
> > > Alexander Steffen (8):
> > > tpm_tis_core: clean up whitespace
> > > tpm_tis_core: access single TIS registers before doing complex
> > > transfers
> > > tpm_tis_core: correctly wait for flags to become zero
> > > tpm_tis_core: send all data in single operation
> > > tpm_tis_core: use XDATA_FIFO for transfers if available
> > > tpm_tis_spi: fix sending wrong data during wait state handling
> > > tpm_tis_spi: release CS line when wait state handling fails
> > > tpm_tis_spi: add delay between wait state retries
> > >
> > > Nayna Jain (1):
> > > tpm: ignore burstcount to improve tpm_tis send() performance
> > >
> > > drivers/char/tpm/tpm_tis_core.c | 131 ++++++++++++++++++++---------
> -----------
> > > drivers/char/tpm/tpm_tis_core.h | 26 ++++----
> > > drivers/char/tpm/tpm_tis_spi.c | 21 +++++--
> > > 3 files changed, 95 insertions(+), 83 deletions(-)
> > >
> > > --
> > > 2.7.4
> > >
> >
> > Might not have time to review this before holidays but will do if
> > I can.
>
> Unfortunately this and your patches for broken TPMs came so late that
> they have no chance to make into 4.16. Thus, I will postpone their
> review after the pull request and take care of the high priority stuff
> for that release.
As long the "ignore burstcount" patch does not make it into 4.16 either, that's fine. Then nothing new gets broken, it just does not get any faster.
Alexander
next prev parent reply other threads:[~2018-01-04 13:11 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-08 18:46 [RFC][PATCH 0/9] tpm: fix driver so that burstcount can be safely ignored Alexander Steffen
2017-12-08 18:46 ` [RFC][PATCH 1/9] tpm_tis_core: clean up whitespace Alexander Steffen
2018-01-18 17:11 ` Jarkko Sakkinen
2017-12-08 18:46 ` [RFC][PATCH 2/9] tpm_tis_core: access single TIS registers before doing complex transfers Alexander Steffen
2018-01-18 17:16 ` Jarkko Sakkinen
2017-12-08 18:46 ` [RFC][PATCH 3/9] tpm_tis_core: correctly wait for flags to become zero Alexander Steffen
2018-01-18 17:49 ` Jarkko Sakkinen
2018-01-18 17:58 ` Jarkko Sakkinen
2018-01-18 17:59 ` Jarkko Sakkinen
2017-12-08 18:46 ` [RFC][PATCH 4/9] tpm_tis_core: send all data in single operation Alexander Steffen
2017-12-19 9:01 ` Nayna Jain
2018-01-18 18:04 ` Jarkko Sakkinen
2017-12-08 18:46 ` [RFC][PATCH 5/9] tpm_tis_core: use XDATA_FIFO for transfers if available Alexander Steffen
2018-01-18 18:20 ` Jarkko Sakkinen
2017-12-08 18:46 ` [RFC][PATCH 6/9] tpm_tis_spi: fix sending wrong data during wait state handling Alexander Steffen
2018-01-18 18:26 ` Jarkko Sakkinen
2017-12-08 18:46 ` [RFC][PATCH 7/9] tpm_tis_spi: release CS line when wait state handling fails Alexander Steffen
2018-01-18 18:30 ` Jarkko Sakkinen
2017-12-08 18:46 ` [RFC][PATCH 8/9] tpm_tis_spi: add delay between wait state retries Alexander Steffen
2018-01-11 19:46 ` Mimi Zohar
2018-01-12 8:28 ` Alexander Steffen
2018-01-12 14:53 ` Mimi Zohar
2018-01-15 22:30 ` Mimi Zohar
2018-01-17 17:15 ` Mimi Zohar
2018-01-17 18:58 ` Alexander Steffen
2018-01-18 18:32 ` Jarkko Sakkinen
2017-12-08 18:46 ` [RFC][PATCH 9/9] tpm: ignore burstcount to improve tpm_tis send() performance Alexander Steffen
2017-12-15 12:04 ` [RFC][PATCH 0/9] tpm: fix driver so that burstcount can be safely ignored Jarkko Sakkinen
2017-12-24 20:41 ` Jarkko Sakkinen
2018-01-04 13:11 ` Alexander.Steffen [this message]
2018-01-05 6:46 ` Nayna Jain
2018-01-05 7:38 ` Alexander Steffen
2018-01-08 10:50 ` Jarkko Sakkinen
2018-01-08 10:49 ` Jarkko Sakkinen
2017-12-19 8:53 ` Nayna Jain
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=97fc00fd033f46038d08b71e7f1d076c@infineon.com \
--to=alexander.steffen@infineon.com \
--cc=jarkko.sakkinen@linux.intel.com \
--cc=kgold@linux.vnet.ibm.com \
--cc=linux-integrity@vger.kernel.org \
--cc=nayna@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox