Other Parts Discussed in Thread: AM6421
器件型号: 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.binSPL(未达到,因为 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 正在等待的引导通知
问题:
- 在 AM64x HS-SE 上、
Boot Notification response failed. ret = -110当 ROM 已经接受时、最可能的根本原因tiboot3.bin是什么? - 是否存在已知情况:DMSC/SYSFW 已通电、能够公开安全代理和状态寄存器、但在发送引导通知之前仍然失败?
- 是否有针对 SYSFW 映像封装、boardcfg 或证书的其他 HS-SE 特定检查可准确导致这种行为?
- 当标准 R5 侧调试此时停止时、TI 是否有任何推荐的方法可以在 HS-SE 上更好地了解 TIFS 早期引导?
如果需要、我们还可以提供:
- 确切的 UART 引导日志
- 使用的 SYSFW blob 变体
- tiboot3 封装详细信息