From: Tom Rini <trini@konsulko.com>
To: Beleswar Padhi <b-padhi@ti.com>
Cc: afd@ti.com, bb@ti.com, anshuld@ti.com, hnagalla@ti.com,
jm@ti.com, nm@ti.com, n-francis@ti.com, u-kumar1@ti.com,
u-boot@lists.denx.de
Subject: Re: [PATCH v3 00/11] Add support to boot TI K3 HSM M4 core
Date: Fri, 2 Jan 2026 08:43:10 -0600 [thread overview]
Message-ID: <20260102144310.GA6124@bill-the-cat> (raw)
In-Reply-To: <20251231173621.1069988-1-b-padhi@ti.com>
[-- Attachment #1: Type: text/plain, Size: 1570 bytes --]
On Wed, Dec 31, 2025 at 11:06:10PM +0530, Beleswar Padhi wrote:
> Some TI K3 SoCs like J721S2, J784S4, and J722S have a HSM (High Security
> Module) M4F core in the Wakeup Voltage Domain which could be used to
> run secure services like Authentication. Boot flow for HSM M4 core is
> different than the general purpose M4F cores, and is as below:
>
> 1. Request control of HSM M4F remote processor.
> 2. Assert Reset on the HSM M4F remote processor.
> 3. Request Secure Entity to Authenticate and Load HSM firmware into
> core's internal SRAM memory region. For GP device, load the firmware
> manually into core's SRAM region.
> 4. Deassert Reset on the HSM M4F remote processor.
> 5. Release control of HSM M4F remote processor.
>
> This series adds support to boot HSM M4 core from R5 SPL stage. The HSM
> firmware is packed inside the tispl.bin fit image. The firmware is
> unpacked into a temporary DDR address which is then used to load HSM
> core. The configs to boot HSM M4 core are disabled by default.
>
> Note:
> This series is dependent on the device-tree changes series posted to
> Kernel mailing list:
> https://lore.kernel.org/all/20251231165102.950644-1-b-padhi@ti.com/
I see there's already feedback there and I expect at least a v2, so I'm
going to mark this series as RFC. As I expect you'll have to change
this, please wait to do v4 until the dts portion is in linux-next. I'll
look over this series itself now for high level things, and leave it to
TI folks to poke at any specific details, thanks.
--
Tom
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
prev parent reply other threads:[~2026-01-02 14:43 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-31 17:36 [PATCH v3 00/11] Add support to boot TI K3 HSM M4 core Beleswar Padhi
2025-12-31 17:36 ` [PATCH v3 01/11] spl: Use FIT data address as fallback when 'load' property is absent Beleswar Padhi
2026-01-02 14:47 ` Tom Rini
2026-01-02 14:55 ` Tom Rini
2026-01-05 7:17 ` Padhi, Beleswar
2025-12-31 17:36 ` [PATCH v3 02/11] arm: mach-k3: Use FIT image data addr as fallback if 'load' prop is missing Beleswar Padhi
2025-12-31 17:36 ` [PATCH v3 03/11] arm: mach-k3: Explicitly identify TIFSSTUB images when discarding buffers Beleswar Padhi
2026-01-05 16:53 ` Andrew Davis
2025-12-31 17:36 ` [PATCH v3 04/11] arm: mach-k3: Add config option for packaging HSM firmware Beleswar Padhi
2025-12-31 17:36 ` [PATCH v3 05/11] arm: dts: k3-binman: Add template for packing " Beleswar Padhi
2025-12-31 17:36 ` [PATCH v3 06/11] arm: dts: k3-{j721s2/j722s/j784s4}-binman: Pack HSM firmware inside tispl.bin Beleswar Padhi
2025-12-31 17:36 ` [PATCH v3 07/11] binman: openssl: Add boot and load extensions to x509 cert Beleswar Padhi
2026-01-05 23:30 ` Simon Glass
2026-01-06 10:52 ` Beleswar Prasad Padhi
2025-12-31 17:36 ` [PATCH v3 08/11] arm: dts: k3-{j721s2/j722s/j784s4}-r5.dtsi: Enable HSM core Beleswar Padhi
2025-12-31 17:36 ` [PATCH v3 09/11] remoteproc: k3-hsm: Introduce a remoteproc driver for K3 " Beleswar Padhi
2025-12-31 17:36 ` [PATCH v3 10/11] arm: mach-k3: r5: common: Invoke boot of HSM M4 core Beleswar Padhi
2025-12-31 17:36 ` [PATCH v3 11/11] configs: j722s_evm_r5_hsmboot: Add new defconfig to show HSM boot Beleswar Padhi
2026-01-05 14:11 ` Bryan Brattlof
2026-01-05 17:19 ` Andrew Davis
2026-01-06 10:37 ` Beleswar Prasad Padhi
2026-01-06 13:59 ` Tom Rini
2026-01-02 14:43 ` Tom Rini [this message]
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=20260102144310.GA6124@bill-the-cat \
--to=trini@konsulko.com \
--cc=afd@ti.com \
--cc=anshuld@ti.com \
--cc=b-padhi@ti.com \
--cc=bb@ti.com \
--cc=hnagalla@ti.com \
--cc=jm@ti.com \
--cc=n-francis@ti.com \
--cc=nm@ti.com \
--cc=u-boot@lists.denx.de \
--cc=u-kumar1@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