[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <85f882ff079554c41a73d8ad4275072c5229f716.camel@iki.fi>
Date: Wed, 03 Jul 2024 02:57:14 +0300
From: Jarkko Sakkinen <jarkko.sakkinen@....fi>
To: Stefan Berger <stefanb@...ux.ibm.com>, Linux regressions mailing list
<regressions@...ts.linux.dev>
Cc: naveen.n.rao@...ux.ibm.com, linux-kernel@...r.kernel.org,
linux-integrity@...r.kernel.org, linuxppc-dev@...ts.ozlabs.org
Subject: Re: [PATCH] tpm: ibmvtpm: Call tpm2_sessions_init() to initialize
session support
On Wed, 2024-07-03 at 02:48 +0300, Jarkko Sakkinen wrote:
> On Mon, 2024-07-01 at 15:14 -0400, Stefan Berger wrote:
> > Applying it is probably the better path forward than restricting HMAC to
> > x86_64 now and enabling it on a per-architecture basis afterwards ...
>
> Why is this here and not in the associated patch?
>
> Any, what argue against is already done for v6.10.
>
> The actual bug needs to be fixed before anything
> else.
>
> I can look at the patch when in August (back from
> holiday) but please response to the correct patch
> next time, thanks.
Next steps forward:
1 Comment out sessions_init().
2. See what happens on x86 in QEMU.
3. All errors were some sort size errors, so look into failing
sites and fixup the use of hmac shenanigans.
BR, Jarkko
Powered by blists - more mailing lists