From: Mathieu Othacehe <othacehe@gnu.org>
To: Biju Das <biju.das.jz@bp.renesas.com>
Cc: "marek.vasut@mailbox.org" <marek.vasut@mailbox.org>,
Tom Rini <trini@konsulko.com>, Paul Barker <paul@pbarker.dev>,
Nobuhiro Iwamatsu <iwamatsu@nigauri.org>,
geert <geert@linux-m68k.org>,
Michael Allport <michael.allport.wm@renesas.com>,
Marcel Medvec <marcel.medvec.uj@bp.renesas.com>,
Chris Paterson <Chris.Paterson2@renesas.com>,
"u-boot@lists.denx.de" <u-boot@lists.denx.de>
Subject: Re: [PATCH v3] misc: Add RZG2L OTP support
Date: Thu, 23 Apr 2026 14:41:06 +0200 [thread overview]
Message-ID: <874il197dp.fsf@gnu.org> (raw)
In-Reply-To: <TYCPR01MB11332159D47D6E4ED78598B1A862A2@TYCPR01MB11332.jpnprd01.prod.outlook.com>
Hello,
> Is there any reason for not using SMCC to access OTP region?
>
> Currently we use SMCC for reading various bits in OTP region.
> We could add SMCC handler in TF-A for fuse programming
> rather than exposing OTP region to normal world
My original reasoning was that the only existing way to do the fusing
was to go through the OP-TEE fork of Renesas. As, I do not want to use
OP-TEE (even more a fork) on my project, it was not suiting my needs.
Now Marek also raised this point, but I wasn't aware of this SMCC
interface between U-Boot and the TF-A. On the TF-A side, I can find this
handler[1], but nothing on the U-Boot side, even on Renesas fork. Am I
missing something?
If there's already a communication channel that can be used, then we
would need to add fusing support to the TF-A, and turn my driver into
something way more minimal that would just perform SMCC calls to the
TF-A. That would feel like a better option overall, as it would not
require a TF-A modification to allow fusing in the non-secure world in
the first place.
Thanks,
Mathieu
[1]: https://github.com/renesas-rz/rzg_trusted-firmware-a/blob/v2.5/rzg2l/plat/renesas/rz/common/rz_plat_sip_handler.c
next prev parent reply other threads:[~2026-04-25 21:40 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-22 9:36 [PATCH v3] misc: Add RZG2L OTP support Mathieu Othacehe
[not found] ` <c9af344e-6342-41a4-9ca3-a683691fcd52@mailbox.org>
[not found] ` <TYCPR01MB11332159D47D6E4ED78598B1A862A2@TYCPR01MB11332.jpnprd01.prod.outlook.com>
2026-04-23 12:41 ` Mathieu Othacehe [this message]
[not found] ` <7ac4e375-859c-43a9-9cf2-fc44505e2c30@mailbox.org>
[not found] ` <TYWPR01MB11343A62FB03012A458C1B1DC862A2@TYWPR01MB11343.jpnprd01.prod.outlook.com>
[not found] ` <TYWPR01MB11343DA55762DB428EA42B211862A2@TYWPR01MB11343.jpnprd01.prod.outlook.com>
[not found] ` <9e1786f1-2607-473e-8ed1-dc29c40ec470@mailbox.org>
2026-04-27 9:15 ` Mathieu Othacehe
2026-05-04 23:41 ` Marek Vasut
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=874il197dp.fsf@gnu.org \
--to=othacehe@gnu.org \
--cc=Chris.Paterson2@renesas.com \
--cc=biju.das.jz@bp.renesas.com \
--cc=geert@linux-m68k.org \
--cc=iwamatsu@nigauri.org \
--cc=marcel.medvec.uj@bp.renesas.com \
--cc=marek.vasut@mailbox.org \
--cc=michael.allport.wm@renesas.com \
--cc=paul@pbarker.dev \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
/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