U-Boot Archive on lore.kernel.org
 help / color / mirror / Atom feed
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


  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