From: Francesco Dolcini <francesco@dolcini.it>
To: Shiva Tripathi <s-tripathi1@ti.com>
Cc: Francesco Dolcini <francesco@dolcini.it>,
Tom Rini <trini@konsulko.com>, Andrew Davis <afd@ti.com>,
Ernest Van Hoecke <ernestvanhoecke@gmail.com>,
vigneshr@ti.com, bb@ti.com, u-boot@lists.denx.de,
u-kumar1@ti.com, praneeth@ti.com, kamlesh@ti.com, vishalm@ti.com,
k-malarvizhi@ti.com, anshuld@ti.com
Subject: Re: [PATCH v2] arm: k3: Kconfig: Enable fTPM and RPMB support
Date: Wed, 10 Jun 2026 15:53:16 +0200 [thread overview]
Message-ID: <ailsTM32enspRT6P@gaggiata.pivistrello.it> (raw)
In-Reply-To: <9b1540d5-81dc-45f2-a188-915a8b4b4c90@ti.com>
On Wed, Jun 10, 2026 at 06:57:54PM +0530, Shiva Tripathi wrote:
>
>
> On 6/10/26 11:21, Francesco Dolcini wrote:
> > Hello Shiva,
> >
> > On Fri, May 22, 2026 at 11:36:37AM -0600, Tom Rini wrote:
> >> On Fri, May 22, 2026 at 06:20:48PM +0200, Francesco Dolcini wrote:
> >>> On Fri, May 22, 2026 at 07:49:27PM +0530, Shiva Tripathi wrote:
> >>>> On 5/22/26 11:45, Francesco Dolcini wrote:
> >>>>> On Wed, May 13, 2026 at 06:36:40PM +0530, Shiva Tripathi wrote:
> >>>>> On Wed, May 13, 2026 at 08:49:31AM -0500, Andrew Davis wrote:
> >>>>>> This makes me think we are at the stage in boot where EFI variables
> >>>>>> are trying to be persisted to some media, and when trying to use
> >>>>>> the fTPM for this it fails (as would be expected without RPMB).
> >>>>>> So this should be harmless, but why there is such a large error
> >>>>>> printout we need to investigate and try to make it less verbose.
> >>>>>
> >>>>> Any chance TI can help on this?
> >>>> Yes, I am looking into it. The logs are showing up as OPTEE's fTPM TA is
> >>>> failing to load, since the eMMC RPMB isn't provisioned.
> >>>
> >>> Thanks for looking into that, and I am glad you can reproduce the issue.
> >>>
> >>>> Even though these logs don't affect functionality, you can revert this
> >>>> patch to avoid confusion. I am checking if there's a cleaner way to
> >>>> handle this.
> >>>
> >>> I am using mainline U-Boot, if this needs to be reverted, it must be
> >>> reverted here. Given the release timeline, and the fact that this is not
> >>> breaking the functionality I am fine waiting a little bit to see if it
> >>> is possible to fix it, we have some time before the v2026.07 release.
> >>
> >> And for the release I would like to make sure someone has a clear path
> >> on what changes are needed, if any in the end, on mainline U-Boot by
> >> rc4, which is June 8th. We have the last one on June 22nd but I'd rather
> >> not have to revert then unless things are just unresolved. Thanks!
> >
> > Shiva: what's the plan? As of now the issue is still there.
> >
> I have sent a fix patch to optee_ftpm[1]. With this patch, the fTPM TA
> gracefully handles RPMB unavailability without panicking, eliminating
> the memory dumps.
>
> For now, there are two interim approaches:
> 1. Revert the u-boot patch that enabled k3 fTPM configs
> 2. Apply the optee-ftpm patch in meta-ti recipes
>
> I am waiting review from optee-ftpm maintainers. If it's accepted, we
> will upgrade the optee-ftpm in meta-ti to the fixed version.
Given the current status I would not revert the patch in U-Boot.
Once the patch is accepted in optee the issue will naturally solve on its own,
and in the short term you can have the patch in meta-ti.
Francesco
next prev parent reply other threads:[~2026-06-10 13:53 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-25 11:24 [PATCH v2] arm: k3: Kconfig: Enable fTPM and RPMB support Shiva Tripathi
2026-02-25 14:48 ` Andrew Davis
2026-03-10 20:45 ` Tom Rini
2026-03-17 11:34 ` Shiva Tripathi
2026-03-17 14:07 ` Tom Rini
2026-03-18 11:01 ` Shiva Tripathi
2026-05-12 16:44 ` Ernest Van Hoecke
2026-05-13 13:06 ` Shiva Tripathi
2026-05-13 13:49 ` Andrew Davis
2026-05-13 14:23 ` Francesco Dolcini
2026-05-22 6:15 ` Francesco Dolcini
2026-05-22 14:19 ` Shiva Tripathi
2026-05-22 16:20 ` Francesco Dolcini
2026-05-22 17:36 ` Tom Rini
2026-06-10 5:51 ` Francesco Dolcini
2026-06-10 13:27 ` Shiva Tripathi
2026-06-10 13:53 ` Francesco Dolcini [this message]
2026-06-10 19:00 ` Tom Rini
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=ailsTM32enspRT6P@gaggiata.pivistrello.it \
--to=francesco@dolcini.it \
--cc=afd@ti.com \
--cc=anshuld@ti.com \
--cc=bb@ti.com \
--cc=ernestvanhoecke@gmail.com \
--cc=k-malarvizhi@ti.com \
--cc=kamlesh@ti.com \
--cc=praneeth@ti.com \
--cc=s-tripathi1@ti.com \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
--cc=u-kumar1@ti.com \
--cc=vigneshr@ti.com \
--cc=vishalm@ti.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