• 状态 Resolved
  • 已锁定 已锁定
  • 回复 20 回复
  • 订户 0 订户
  • 视图 0 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AM6421：AM6421 HS-SE：tiboot3/SPL 启动、但 SYSFW/TIFS 从不发送引导通知 (ret =–110)

admin
Guru**** 2847400 points

Other Parts Discussed in Thread: AM6421

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1627147/am6421-am6421-hs-se-tiboot3-spl-starts-but-sysfw-tifs-never-sends-boot-notification-ret--110

器件型号： AM6421

我们将在 HS-SE 器件上调试基于 AM6421 的定制电路板。 ROM 接受我们已签名的 tiboot3.bin SPL、但 SPL 始终超时、等待 SYSFW/TIFS 引导通知： 

SYSFW：组合（ROM 预加载）引导模式 
k3_system_controller sysctrler：k3_sysctrler_start：引导通知响应失败。 RET =–110 
rproc（–110) 上的固件初始化失败

根据我们当前的证据、ROM 引导/身份验证成功、几个低级块处于活动状态、但 TIFS 似乎从未完成 SPL 接收到预期引导通知响应的点。

我们想了解 AM64x HS-SE 上发生此类精确故障的通常原因、以及当 SYSFW 似乎部分正常运行但从未达到引导通知时、TI 建议将其作为下一个调试步骤。

技术细节

平台/软件：

  • 器件：AM6421、HS-SE、SR2.0
  • 电路板：定制 AM6421 电路板
  • Linux SDK：TI Processor SDK Linux AM64xx 10.00.07.04
  • MCU+ SDK 用于参考/工具：AM64x 10.00.20
  • 引导流程：ROM ->-> tiboot3.bin SPL（未达到，因为 SPLtispl.bin 等待 SYSFW 引导通知）

观察到的行为：

  • ROM 接受  tiboot3.bin
  • SPL 启动并打印  SYSFW: combined (ROM pre-loaded) boot mode
  • SPL 随后会等待并失败 Boot Notification response failed. ret = -110
  • 可访问安全代理寄存器/线程
  • DMSC 电源域随即出现
  • SA2UL 也显示已通电

解析的 SoC-ID 中的处理器/安全状态： 

---------------------------- 
SOC ID 标头信息： 
---------------------------- 
NumBlocks       : 2. 
---------------------------- 
SOC ID 公共 ROM 信息： 
---------------------------- 
SubBlockId      : 1. 
SubBlockSize     : 26 
DeviceName      : am64x 
DeviceType      ：HSSE 
DMSC ROM 版本  ：[0、2、0、0] 
R5 ROM 版本   ：[0、2、0、0] 
---------------------------- 
SOC ID 安全 ROM 信息： 
---------------------------- 
SEC SubBlockId   ：2. 
  第 166 章,我是你的女人 
次级优先级       : 0 
安全密钥版本  ：1. 
安全密钥计数    ：3. 
SEC TI MPK 哈希   ：b018658ad99dc903c8bfb27b12751099920a042ad1dfea7b7ba57369f15546de285edde6a7b39a8bdc40a27b237f8fb1e57f245e80b929c1e28c0242c6 
SEC 客户 MPK 哈希  ：e3787d41dbafe15f4fe711260b8ce8b7521dc88b63d17142c13549ef871f86fc780e816a02e62117a575bba9587116309dd359b89199970fd54a764c6012b08 
SEC 唯一 ID    ：40b20982eb87db97c6d150d4f55257054913efc0423ab154b7dfd8d61d7143

目前令人困惑的是：

  • ROM 身份验证似乎正常
  • SPL 正常执行
  • 安全代理是可读的
  • DMSC 和 SA2UL 显示已通电
  • 但 TIFS 从不发出 SPL 正在等待的引导通知

问题：

  1. 在 AM64x HS-SE 上、 Boot Notification response failed. ret = -110 当 ROM 已经接受时、最可能的根本原因 tiboot3.bin是什么？
  2. 是否存在已知情况：DMSC/SYSFW 已通电、能够公开安全代理和状态寄存器、但在发送引导通知之前仍然失败？
  3. 是否有针对 SYSFW 映像封装、boardcfg 或证书的其他 HS-SE 特定检查可准确导致这种行为？
  4. 当标准 R5 侧调试此时停止时、TI 是否有任何推荐的方法可以在 HS-SE 上更好地了解 TIFS 早期引导？

如果需要、我们还可以提供：

  • 确切的 UART 引导日志
  • 使用的 SYSFW blob 变体
  • tiboot3 封装详细信息
  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    将一些检测代码放入`ti_sci.c `、` k3-sec-proxy.c`、`k3_system_controller.c`和`sysfw-loader.c`中、我的状态汇总为：

    * AM6421 HS-SE
    *组合启动
    * ROM 接受 tiboot3 并且 SPL 启动
    * ROM extboot 布局与预期的 SYSFW blob/config/cert 包匹配
    * DMSC 和 SA2UL 已通电
    *安全代理 TX 线程 1 保持正常 (Cur=8, err=0 ),因此主机->DMSC 流量可以排队
    *但从未收到启动通知,甚至一个简单的 TI_SCI_MSG_VERSION 请求也会用 ret=–110 超时。
    *因此 DMSC/TIFS 从不为排队的流量提供服务。

    感谢您提供的任何帮助

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Fabian：
    我们可以拥有完整的引导日志吗？
    此致、
    - Hong

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    对于我的所有仪器、看起来都像这样： 

    U-Boot SPL 2024.04-XIO-COM-r5-dirty (Mar 17 2026 - 16:12:45 +0100)
SYSFW: combined (ROM pre-loaded) boot mode
SYSFW: ROM extboot magic="EXTBOOT" num_components=4
SYSFW: waiting for boot notification (timeout 10 s)...
  [ 2s] TIFS still initializing...
  [ 4s] TIFS still initializing...
  [ 6s] TIFS still initializing...
  [ 8s] TIFS still initializing...
  [10s] TIFS still initializing...
k3_system_controller sysctrler: k3_sysctrler_start: Boot Notification response f
ailed. ret = -110
SYSFW: secure-proxy snapshot (boot-notify-failed)
SEC_PROXY[tx]: chan=1 thread=1 data=0x4d001000 rt=0x4a601000 scfg=0x4a401000 sta
tus=0x00080008(cur=8 err=0) threshold=0x00000000 ctrl=0x00080002(dir=tx)
SEC_PROXY[tx]: rt window +0x00=00080008 +0x04=00000000 +0x08=00000000 +0x0c=0000
0000 +0x10=00000000 +0x14=00000000 +0x18=00000000 +0x1c=00000000
SEC_PROXY[tx]: scfg window +0x1000=00080002 +0x1004=ffffffff +0x1008=00000004 +0
x100c=00000000
SEC_PROXY[rx]: chan=0 thread=0 data=0x4d000000 rt=0x4a600000 scfg=0x4a400000 sta
tus=0x40000000(cur=0 err=0) threshold=0x00000000 ctrl=0x80000000(dir=rx)
  K3_SEC_MGR_SYS_STATUS = 0x0000000a (dev_type=0xa=HS sub_type=0x0=HS-SE)
  ROM extboot @ 0x701beb00: magic="EXTBOOT" num_comps=4
  WKUP_CTRL_MMR0 JTAGID=0x1bb3802f (partno=0xbb38 SR=2.0)
  MAIN_PSC0 MDSTAT[3]=0x00001f03 (DMSC modstate=3) MDSTAT[14]=0x00001f03 (SA2UL
modstate=3)
SYSFW: secure-proxy snapshot (before-tisci-version-probe)
SEC_PROXY[tx]: chan=1 thread=1 data=0x4d001000 rt=0x4a601000 scfg=0x4a401000 sta
tus=0x00080008(cur=8 err=0) threshold=0x00000000 ctrl=0x00080002(dir=tx)
SEC_PROXY[tx]: rt window +0x00=00080008 +0x04=00000000 +0x08=00000000 +0x0c=0000
0000 +0x10=00000000 +0x14=00000000 +0x18=00000000 +0x1c=00000000
SEC_PROXY[tx]: scfg window +0x1000=00080002 +0x1004=ffffffff +0x1008=00000004 +0
x100c=00000000
SEC_PROXY[rx]: chan=0 thread=0 data=0x4d000000 rt=0x4a600000 scfg=0x4a400000 sta
tus=0x40000000(cur=0 err=0) threshold=0x00000000 ctrl=0x80000000(dir=rx)
ti_sci system-controller@44043000: ti_sci_get_response: Message receive failed.
ret = -110
SYSFW: TI-SCI version probe failed: ret=-110
Firmware init failed on rproc (-110)

resetting ...
ti_sci system-controller@44043000: ti_sci_get_response: Message receive failed.
ret = -110
ti_sci system-controller@44043000: ti_sci_get_response: Message receive failed.
ret = -110
ti_sci system-controller@44043000: ti_sci_get_response: Message receive failed.
ret = -110
no sysreset
### ERROR ### Please RESET the board ###

    但使用普通 TI Linux SDK 10.00.07.04 时、情况如下所示： 

    U-Boot SPL 2024.04-XIO-COM-r5-dirty (Mar 18 2026 - 12:17:14 +0100)
k3_system_controller sysctrler: k3_sysctrler_start: Boot Notification response f
ailed. ret = -110
Firmware init failed on rproc (-110)

resetting ...
no sysreset
### ERROR ### Please RESET the board ###
_

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Fabian：

    我将附加一个日志、我在其中进行测试以引导 tiboot3.bin、该日志是为 FS HS-SE 上的 HS-SYSFW (FS 打包到 tiboot3.bin) 构建的 

    U-Boot SPL 2025.01-00527-gd2a72467939e (Jul 01 2025 - 21:23:47 +0000)
k3_system_controller sysctrler: k3_sysctrler_start: Boot Notification response failed. ret = -110
Firmware init failed on rproc (-110)

resetting ...
no sysreset
### ERROR ### Please RESET the board ###

    我们能否交叉检查 FS 您在 HS-SE 测试中使用了哪个 tiboot3.bin (HS-SE 或 HS-SE)？

    此致、
    - Hong

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我`地删除了 hs-fs sysfw 文件从`./board-support/prebuilt-images/am64xx-evm/ti-sysfw / 只是为了确保它们不能包括,并进行了一个干净的重建。 效果相同。
    如果可以进行分析、我会附上我的 tiboot3.bin

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您是否会从 R5 构建文件夹共享以下两个文件（与 HS-SE 的 tiboot3.bin 匹配、即 tiboot3-am64x_sr2-hs-evm.bin）？
    - tiboot3-am64x_sr2-hs-evm.bin.map
    - config.tiboot3-am64x_sr2-hs-evm.bin.ti-secure-rom

    此致、
    - Hong

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    sure.e2e.ti.com/.../tiboot3_5F00_and_5F00_map_5F00_and_5F00_config.zip

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    1/。 我正在连接 我是从 AM64x Linux SDK 10.0.7.4 构建的、这与您测试中的版本相同。 

    [sysfw]
compType = INTEGER:2
bootCore = INTEGER:0
compOpts = INTEGER:0
destAddr = FORMAT:HEX,OCT:00044000
compSize = INTEGER:225280
shaType = OID:2.16.840.1.101.3.4.2.3
shaValue = FORMAT:HEX,OCT:a0f378d9b1da99dbb113b3eca060eb36c483a05a79276afc47dcc44656b2225b20173fb15844781d9f7815a059d8bf7fa09d79acbb278377c398af9a47e4b183

    2/。 SHA512 (ti-sci-firmware-am64x_sr2-hs-enc.bin)、其中 sysfw.bin 来自 AM64x Linux SDK 10.0.7.4 

    jason@laptop:~/am6/am64_10.0.7.4/board-support/prebuilt-images/am64xx-evm/ti-sysfw$ openssl sha512 ti-sci-firmware-am64x_sr2-hs-enc.bin
SHA512(ti-sci-firmware-am64x_sr2-hs-enc.bin)= a0f378d9b1da99dbb113b3eca060eb36c483a05a79276afc47dcc44656b2225b20173fb15844781d9f7815a059d8bf7fa09d79acbb278377c398af9a47e4b183

    两个哈希匹配、但在下面列出的您的文件中。 tiboot3.bin 中用于 HS-SE 的 sysfw 看起来与 AM64x Linux SDK 10.0.7.4 中的 sysfw-SE 不匹配 

    [sysfw]
compType = INTEGER:2
bootCore = INTEGER:0
compOpts = INTEGER:0
destAddr = FORMAT:HEX,OCT:00044000
compSize = INTEGER:225280
shaType = OID:2.16.840.1.101.3.4.2.3
shaValue = FORMAT:HEX,OCT:bb00dca7c02ab84fb115535a6bdd5ae62a914468cdca67571b30d7522e98bee94f2c50ea3ae43dfdbc12b9007fda808b3f199e0f428e97e4f8dfe80240e8f0fd

    此致、
    - Hong

    e2e.ti.com/.../config.tiboot3_2D00_am64x_5F00_sr2_2D00_hs_2D00_evm.bin.ti_2D00_secure_2D00_rom

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    抱歉、我当时拼命尝试一些东西、我想我向您发送了一个状态、我当时直接从 TI git 上的最新分支使用 SDK12 中的 sysfw。
    以下是再次安装_vanilla_ SDK10 时的另一个版本。

    输出仍然相同： 

    U-Boot SPL 2024.04-XIO-COM-r5-dirty (Mar 20 2026 - 08:32:04 +0100)
k3_system_controller sysctrler: k3_sysctrler_start: Boot Notification response f
ailed. ret = -110
Firmware init failed on rproc (-110)

resetting ...
no sysreset
### ERROR ### Please RESET the board ###
    e2e.ti.com/.../tiboot3_2D00_files_2D00_vanillaSDK10.zip

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我创建了一个坦率的 tiboot3 版本、其中：
    *有效载荷字节与 TI HS 预编译器相同  
    *外部证书与我的公共密钥和从中派生的字段的所有 TI 元数据匹配

    但引导仍然会以完全相同的方式失败： 

    U-Boot SPL 2024.04-ti-gfda88f8bcea3 (Jul 26 2024 - 11:00:12 +0000)
k3_system_controller sysctrler: k3_sysctrler_start: Boot Notification response f
ailed. ret = -110
Firmware init failed on rproc (-110)

resetting ...
no sysreset
### ERROR ### Please RESET the board ###


    e2e.ti.com/.../tiboot3_2D00_am64x_5F00_sr2_2D00_hs_2D00_xiocom_2D00_ti_2D00_sbl_2D00_ti_2D00_pmcfg.bin.zip

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我将在 TI AM64x EVM (HS-SE) 上附加有 Linux SDK 10.0.7.4 的工作引导日志。
    此致、
    - Hong

    e2e.ti.com/.../5344.am64_5F00_10.0.7.4_5F00_se_5F00_boot.log

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    使用 hs-fs 板 (keyrev=0) 上的 hs-fs sysfw 进行的相同编译也会引导、因此我知道 bootlog 是如何_smoked_来查找我们的。
    但我从未见过在 hs 电路板上使用 HS-SE 构建。  

    因此、我仍然不知道如何使其正常工作。 您是否查看过我提供的文件？ 您能发现任何明显的问题吗？

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    最好知道 FS 引导在您的设置上能够正常工作。 通常、相同的代码将在 HS-SE 上引导。

    一个选项是捕获 TIFS 跟踪、如此处所述
    https://software-dl.ti.com/tisci/esd/latest/4_trace/trace.html
    我们在您的电路板上是否具有 JTAG 访问权限？ 如果是、则可从跟踪存储器缓冲区访问 TIFS 跟踪
    https://software-dl.ti.com/tisci/esd/latest/4_trace/trace.html#trace-memory-buffer-location

    此致、
    - Hong

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我具有 Lauterbach TRACE32、并在 u-boot 证书中具有调试部分、因此可以连接到电路板。
    您是否已准备好读取跟踪缓冲区的任何 CMM 脚本？ 通过 TRACE32 连接时、是否可以从 R5F 内核读取该数据？

    另外、我注意到解析 SoC_id 如上所示、我的密钥数为“3"，“，看起来、看起来有点奇怪。 即使 keyrev 为“1"，“，这、这是否是一个问题？

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    使用 T32 调试器连接到 R5 内核后、可以使用 cmd 将跟踪存储器缓冲区保存到一个文件中
    "save_file_name.bin"="" 0x44043000++0xfff="">

    如果在您的设置中未能加载和运行 SYSFW、那么查看跟踪缓冲区中是否存在任何 SYSFW 跟踪会非常有趣。

    我将在 HS-SE 上连接一个示例 SoC_UID 转储、其中我对 SMPK-H 和 BMPK-H 进行了编程
    如日志中所示、当密钥计数= 3 时、情况确实很奇怪。
    我们可以在另一个 HS-OTP 上对 FS 密钥进行编程吗？

    此致、
    - Hong

    e2e.ti.com/.../am64_5F00_se_5F00_soc_5F00_id.txt

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我现在更远了。

    我还有一个 HS-SE 板、其默认 TI custMpk.pem 烧录到 OTP 中、当我通过包含 TI 密钥的 netHSM 运行我的构建时、所有启动都将正常运行到我的 OS+App 中 (tiboot3 -> tispl -> u-boot -> ThreadX)
    使用完全相同的源 STAE、仅在 netHSM 上调用自定义密钥、在 HS-SE 板上仍然无法启动、我的自定义密钥烧录到 OTP 中、并在 sysfw 处停止。

    这是我的 binman dtsi 文件的块： 

    &binman {
	tiboot3-am64x_sr2-hs-xiocom.bin {
		size = <0x00100000>;       /* 1 MB fixed size */
		pad-byte = <0xff>;
		filename = "tiboot3-am64x_sr2-hs-xiocom.bin";
		symlink = "tiboot3.bin";
		ti-secure-rom {
			content = <&u_boot_spl>, <&ti_sci_enc>,
				<&combined_sysfw_cfg>, <&sysfw_inner_cert>;
			combined;
			sysfw-inner-cert;
			keyfile = "custMpk.pem";
			signer = "eTMAsign";
			sw-rev = <1>;
			content-sbl = <&u_boot_spl>;
			content-sysfw = <&ti_sci_enc>;
			content-sysfw-data = <&combined_sysfw_cfg>;
			content-sysfw-inner-cert = <&sysfw_inner_cert>;
			load = <0x70000000>;
			load-sysfw = <0x44000>;
			load-sysfw-data = <0x7b000>;
		};
		u_boot_spl: u-boot-spl {
			no-expanded;
		};
		ti_sci_enc: ti-fs-enc.bin {
			filename = "ti-sysfw/ti-sci-firmware-am64x_sr2-hs-enc.bin";
			type = "blob-ext";
			optional;
		};
		combined_sysfw_cfg: combined-sysfw-cfg.bin {
			filename = "combined-sysfw-cfg.bin";
			type = "blob-ext";
		};
		sysfw_inner_cert: sysfw-inner-cert {
			filename = "ti-sysfw/ti-sci-firmware-am64x_sr2-hs-cert.bin";
			type = "blob-ext";
			optional;
		};
		custom_tail {
			filename = "metadata/tiboot3-info.template";
			type = "blob-ext";
			offset = <0x000fff00>;
			size   = <0x00000100>;
		};
	};
};

    请注意、`signer=“eTMAsign"；`“` line 使用我的自定义签名器而不是 OpenSSL、因此使用 netHSM。 但是、鉴于整个流程可以正常工作并可以在 TI 密钥 HS-SE 板上启动、因此此签名工作流程必须正确（至少对于所有其他元件）。

    现在我想 binman 使用 sysfw 及其 cert 的预构建 HS 变体,这很可能也必须由我的自定义密钥签名。

    是否有工具可以这样做,或者我可以指示 BINMAN 也可以为我这样做?

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我还有一个 HS-SE 板、其默认值为 TI custMpk.pem 烧录到 OTP 中、当我通过包含 TI 密钥的 netHSM 运行我的构建时、一切都可以正常启动到我的 OS+App (tiboot3 -> tispl -> u-boot -> ThreadX)[/quot]

    1/。 HS-SE 板是您的客户板还是 TI 参考板？
    2/。 客户的 u-boot 二进制文件是使用 u-boot/binman 工具构建/签名的？

    此致、
    - Hong

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    1) 两个 HS-SE 板都是我们的定制设计、两者都具有相同的构建流水线、defconfig、设备树。 唯一的区别是 OTP 内容
    2) 是的、我们将 TI Linux SDK 10.00.07.04 与 ti-u-boot 2024.04 搭配使用、因此 binman 与上述 dtsi 搭配使用

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Fabian：

    感谢您抽出宝贵的时间参与此次通话。

    下面是代码签名常见问题解答的链接、这是一种供您参考的替代方法。
    【常见问题解答】如何在外部安全密钥服务器上对 u-boot 二进制文件进行签名 

    请查看有关 OTP 密钥证书生成的自定义 HSM 就绪 python 脚本...

    此致、
    - Hong

  • 0
    TI__Guru**** 2847400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    只需完成此主题：

    问题确实是我使用外部 HSM 签名的定制 OTP 证书生成器。
    修复了 OTP 写入器以更接近 TI SDK（OT Keywriter 包）的输出后、它会按预期工作、并且带有自定义密钥的 HS-SE 会按预期引导！

    感谢 洪冠 64 的 帮助