Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1559756
| From | Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero |
| Date | 2017-01-16 15:00 +0100 |
| Message-ID | <t0fZf-186-7@gated-at.bofh.it> (permalink) |
| References | <sZhJM-5Ws-15@gated-at.bofh.it> <t0c5j-6Xo-5@gated-at.bofh.it> <t0fPB-14g-27@gated-at.bofh.it> |
| Organization | Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo |
On Mon, Jan 16, 2017 at 03:46:12PM +0200, Jarkko Sakkinen wrote:
> On Mon, Jan 16, 2017 at 11:42:02AM +0200, Jarkko Sakkinen wrote:
> > On Fri, Jan 13, 2017 at 10:37:00PM +0100, Maciej S. Szmigiero wrote:
> > > Since commit 1107d065fdf1 ("tpm_tis: Introduce intermediate layer for TPM
> > > access") Atmel 3203 TPM on ThinkPad X61S (TPM firmware version 13.9) no
> > > longer works.
> > > The initialization proceeds fine until we get and start using chip-reported
> > > timeouts - and the chip reports C and D timeouts of zero.
> > >
> > > It turns out that until commit 8e54caf407b98e ("tpm: Provide a generic
> > > means to override the chip returned timeouts") we had actually let default
> > > timeout values remain in this case, so let's bring back this behavior to
> > > make chips like Atmel 3203 work again.
> > >
> > > Use a common code that was introduced by that commit so a warning is
> > > printed in this case and /sys/class/tpm/tpm*/timeouts correctly says the
> > > timeouts aren't chip-original.
> > >
> > > Signed-off-by: Maciej S. Szmigiero <mail@maciej.szmigiero.name>
> > >
> > > Fixes: 1107d065fdf1 ("tpm_tis: Introduce intermediate layer for TPM access")
> > > Cc: stable@vger.kernel.org
> >
> > Reviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
>
> It's now applied to my master branch so if someone wants to
> test it, it should be fairly easy.
>
> /Jarkko
And I decided to squash the rename commit to it.
/Jarkko
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH] tpm_tis: use default timeout value if chip reports it as zero "Maciej S. Szmigiero" <mail@maciej.szmigiero.name> - 2017-01-13 22:40 +0100
Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> - 2017-01-16 10:50 +0100
Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> - 2017-01-16 14:50 +0100
Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> - 2017-01-16 15:00 +0100
Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero "Maciej S. Szmigiero" <mail@maciej.szmigiero.name> - 2017-01-16 16:00 +0100
Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> - 2017-01-16 17:50 +0100
Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero "Maciej S. Szmigiero" <mail@maciej.szmigiero.name> - 2017-01-23 18:30 +0100
Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> - 2017-01-24 13:10 +0100
Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero "Maciej S. Szmigiero" <mail@maciej.szmigiero.name> - 2017-01-24 14:50 +0100
Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> - 2017-01-25 21:10 +0100
Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero "Maciej S. Szmigiero" <mail@maciej.szmigiero.name> - 2017-01-25 22:30 +0100
Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com> - 2017-01-26 00:00 +0100
Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero "Maciej S. Szmigiero" <mail@maciej.szmigiero.name> - 2017-01-26 00:30 +0100
csiph-web