* Re: [PATCH v2] tpm: restore timeout for key creation commands [not found] <20260421005021.13765-1-baoli.zhang@linux.intel.com> @ 2026-05-04 15:13 ` Jarkko Sakkinen 2026-05-07 5:36 ` Zhang, Baoli 0 siblings, 1 reply; 4+ messages in thread From: Jarkko Sakkinen @ 2026-05-04 15:13 UTC (permalink / raw) To: Baoli Zhang Cc: Peter Huewe, Jason Gunthorpe, Serge Hallyn, Lili Li, linux-integrity, linux-kernel On Tue, Apr 21, 2026 at 08:50:20AM +0800, Baoli Zhang wrote: > From: "Baoli Zhang" <baoli.zhang@linux.intel.com> > > Commit 207696b17f38 ("tpm: use a map for tpm2_calc_ordinal_duration()") > inadvertently reduced the timeout for TPM2 key creation commands > (`CREATE_PRIMARY`, `CREATE`, `CREATE_LOADED`) from 300 seconds to 30 > seconds. > > This causes intermittent timeout failures, with several failures observed > across hundreds of test runs on some Intel platforms using Infineon > SLB9670 and SLB9672 TPM modules. Restore the timeout to 300 seconds to > avoid spurious failures. Is this a production case? I'm not sure if there is anything to fix tbh. I mean it is pretty much the same as "maintaining compatibility to OTT driver" to addresses issues on undisclosed hardware. Please correct me if I'm wrong. Otherwise, I'd carry out internal patch to tweak this for pre-production hardware (presumably). > > Fixes: 207696b17f38 ("tpm: use a map for tpm2_calc_ordinal_duration()") > Co-developed-by: Lili Li <lili.li@intel.com> > Signed-off-by: Lili Li <lili.li@intel.com> > Signed-off-by: Baoli Zhang <baoli.zhang@linux.intel.com> > --- > Changes in v2: > - Add description of intermittent nature of the timeout issue. > - Fix Co-developed-by and Signed-off-by tag ordering. > > v1: https://patchwork.kernel.org/project/linux-integrity/patch/20260410014940.3557934-1-baoli.zhang@linux.intel.com/ > > drivers/char/tpm/tpm2-cmd.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/char/tpm/tpm2-cmd.c b/drivers/char/tpm/tpm2-cmd.c > index 3a77be7ebf4aa..430022f695f24 100644 > --- a/drivers/char/tpm/tpm2-cmd.c > +++ b/drivers/char/tpm/tpm2-cmd.c > @@ -71,9 +71,9 @@ static const struct { > {TPM2_CC_HIERARCHY_CHANGE_AUTH, 2000}, > {TPM2_CC_GET_CAPABILITY, 750}, > {TPM2_CC_NV_READ, 2000}, > - {TPM2_CC_CREATE_PRIMARY, 30000}, > - {TPM2_CC_CREATE, 30000}, > - {TPM2_CC_CREATE_LOADED, 30000}, > + {TPM2_CC_CREATE_PRIMARY, 300000}, > + {TPM2_CC_CREATE, 300000}, > + {TPM2_CC_CREATE_LOADED, 300000}, > }; > > /** > -- > 2.43.0 > BR, Jarkko ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH v2] tpm: restore timeout for key creation commands 2026-05-04 15:13 ` [PATCH v2] tpm: restore timeout for key creation commands Jarkko Sakkinen @ 2026-05-07 5:36 ` Zhang, Baoli 2026-05-09 19:07 ` Jarkko Sakkinen 0 siblings, 1 reply; 4+ messages in thread From: Zhang, Baoli @ 2026-05-07 5:36 UTC (permalink / raw) To: Jarkko Sakkinen Cc: Peter Huewe, Jason Gunthorpe, Serge Hallyn, Lili Li, linux-integrity, linux-kernel On 5/4/2026 11:13 PM, Jarkko Sakkinen wrote: > On Tue, Apr 21, 2026 at 08:50:20AM +0800, Baoli Zhang wrote: >> From: "Baoli Zhang" <baoli.zhang@linux.intel.com> >> >> Commit 207696b17f38 ("tpm: use a map for tpm2_calc_ordinal_duration()") >> inadvertently reduced the timeout for TPM2 key creation commands >> (`CREATE_PRIMARY`, `CREATE`, `CREATE_LOADED`) from 300 seconds to 30 >> seconds. >> >> This causes intermittent timeout failures, with several failures observed >> across hundreds of test runs on some Intel platforms using Infineon >> SLB9670 and SLB9672 TPM modules. Restore the timeout to 300 seconds to >> avoid spurious failures. > Is this a production case? > > I'm not sure if there is anything to fix tbh. I mean it is > pretty much the same as "maintaining compatibility to OTT driver" > to addresses issues on undisclosed hardware. > > Please correct me if I'm wrong. Otherwise, I'd carry out internal patch > to tweak this for pre-production hardware (presumably). Hi Jarkko, this is indeed a production case. We discovered this issue during validation testing for the sustaining release. >> Fixes: 207696b17f38 ("tpm: use a map for tpm2_calc_ordinal_duration()") >> Co-developed-by: Lili Li <lili.li@intel.com> >> Signed-off-by: Lili Li <lili.li@intel.com> >> Signed-off-by: Baoli Zhang <baoli.zhang@linux.intel.com> >> --- >> Changes in v2: >> - Add description of intermittent nature of the timeout issue. >> - Fix Co-developed-by and Signed-off-by tag ordering. >> >> v1: https://patchwork.kernel.org/project/linux-integrity/patch/20260410014940.3557934-1-baoli.zhang@linux.intel.com/ >> >> drivers/char/tpm/tpm2-cmd.c | 6 +++--- >> 1 file changed, 3 insertions(+), 3 deletions(-) >> >> diff --git a/drivers/char/tpm/tpm2-cmd.c b/drivers/char/tpm/tpm2-cmd.c >> index 3a77be7ebf4aa..430022f695f24 100644 >> --- a/drivers/char/tpm/tpm2-cmd.c >> +++ b/drivers/char/tpm/tpm2-cmd.c >> @@ -71,9 +71,9 @@ static const struct { >> {TPM2_CC_HIERARCHY_CHANGE_AUTH, 2000}, >> {TPM2_CC_GET_CAPABILITY, 750}, >> {TPM2_CC_NV_READ, 2000}, >> - {TPM2_CC_CREATE_PRIMARY, 30000}, >> - {TPM2_CC_CREATE, 30000}, >> - {TPM2_CC_CREATE_LOADED, 30000}, >> + {TPM2_CC_CREATE_PRIMARY, 300000}, >> + {TPM2_CC_CREATE, 300000}, >> + {TPM2_CC_CREATE_LOADED, 300000}, >> }; >> >> /** >> -- >> 2.43.0 >> > BR, Jarkko ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH v2] tpm: restore timeout for key creation commands 2026-05-07 5:36 ` Zhang, Baoli @ 2026-05-09 19:07 ` Jarkko Sakkinen 2026-05-12 4:04 ` Zhang, Baoli 0 siblings, 1 reply; 4+ messages in thread From: Jarkko Sakkinen @ 2026-05-09 19:07 UTC (permalink / raw) To: Zhang, Baoli Cc: Peter Huewe, Jason Gunthorpe, Serge Hallyn, Lili Li, linux-integrity, linux-kernel On Thu, May 07, 2026 at 01:36:36PM +0800, Zhang, Baoli wrote: > > On 5/4/2026 11:13 PM, Jarkko Sakkinen wrote: > > On Tue, Apr 21, 2026 at 08:50:20AM +0800, Baoli Zhang wrote: > > > From: "Baoli Zhang" <baoli.zhang@linux.intel.com> > > > > > > Commit 207696b17f38 ("tpm: use a map for tpm2_calc_ordinal_duration()") > > > inadvertently reduced the timeout for TPM2 key creation commands > > > (`CREATE_PRIMARY`, `CREATE`, `CREATE_LOADED`) from 300 seconds to 30 > > > seconds. > > > > > > This causes intermittent timeout failures, with several failures observed > > > across hundreds of test runs on some Intel platforms using Infineon > > > SLB9670 and SLB9672 TPM modules. Restore the timeout to 300 seconds to > > > avoid spurious failures. > > Is this a production case? > > > > I'm not sure if there is anything to fix tbh. I mean it is > > pretty much the same as "maintaining compatibility to OTT driver" > > to addresses issues on undisclosed hardware. > > > > Please correct me if I'm wrong. Otherwise, I'd carry out internal patch > > to tweak this for pre-production hardware (presumably). > Hi Jarkko, this is indeed a production case. We discovered this issue during > validation testing for the sustaining release. OK, it can be considered as a backwards compatibility issue then I guess. I applied the patch, thank you. BR, Jarkko ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH v2] tpm: restore timeout for key creation commands 2026-05-09 19:07 ` Jarkko Sakkinen @ 2026-05-12 4:04 ` Zhang, Baoli 0 siblings, 0 replies; 4+ messages in thread From: Zhang, Baoli @ 2026-05-12 4:04 UTC (permalink / raw) To: Jarkko Sakkinen Cc: Peter Huewe, Jason Gunthorpe, Serge Hallyn, Lili Li, linux-integrity, linux-kernel On 5/10/2026 3:07 AM, Jarkko Sakkinen wrote: > On Thu, May 07, 2026 at 01:36:36PM +0800, Zhang, Baoli wrote: >> On 5/4/2026 11:13 PM, Jarkko Sakkinen wrote: >>> On Tue, Apr 21, 2026 at 08:50:20AM +0800, Baoli Zhang wrote: >>>> From: "Baoli Zhang" <baoli.zhang@linux.intel.com> >>>> >>>> Commit 207696b17f38 ("tpm: use a map for tpm2_calc_ordinal_duration()") >>>> inadvertently reduced the timeout for TPM2 key creation commands >>>> (`CREATE_PRIMARY`, `CREATE`, `CREATE_LOADED`) from 300 seconds to 30 >>>> seconds. >>>> >>>> This causes intermittent timeout failures, with several failures observed >>>> across hundreds of test runs on some Intel platforms using Infineon >>>> SLB9670 and SLB9672 TPM modules. Restore the timeout to 300 seconds to >>>> avoid spurious failures. >>> Is this a production case? >>> >>> I'm not sure if there is anything to fix tbh. I mean it is >>> pretty much the same as "maintaining compatibility to OTT driver" >>> to addresses issues on undisclosed hardware. >>> >>> Please correct me if I'm wrong. Otherwise, I'd carry out internal patch >>> to tweak this for pre-production hardware (presumably). >> Hi Jarkko, this is indeed a production case. We discovered this issue during >> validation testing for the sustaining release. > OK, it can be considered as a backwards compatibility issue then I > guess. > > I applied the patch, thank you. > > BR, Jarkko Thanks Jarkko and you all for your kindly review and help. BR/Baoli > ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2026-05-12 4:04 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20260421005021.13765-1-baoli.zhang@linux.intel.com>
2026-05-04 15:13 ` [PATCH v2] tpm: restore timeout for key creation commands Jarkko Sakkinen
2026-05-07 5:36 ` Zhang, Baoli
2026-05-09 19:07 ` Jarkko Sakkinen
2026-05-12 4:04 ` Zhang, Baoli
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox