[参考译文] AM263P4：安全启动日志：打印为 RBL、SBL 和应用程序存储的诊断日志

我修改了 SBL 代码“main.c“、以便在从 RBL 传输到 SBL 时不应重新初始化存储器。 我能够读取存储器位置“0x0008_2800“中存在的信息日志。 但是、我无法在参考手册如何将存储的值从 word 2 解码为 word8 中找到更多信息或其他说明？示例我可以使用 CCS 中的 View memory 选项读取如下日志

在这里、我理解了 0xABCD001 表示它的信息日志、如何理解值“55D44208“ 与哪个源文件有关？ 然后是行号和其他值。

我认为这可以是函数地址、但如果我看到参考手册中的存储器结构、则此位置位于保留的存储器中。 我也尝试在映射文件中找到该地址、但找不到该位置 (55D44208)。

您好、

这需要一个 ROM-LOG 解析器、该解析器当前是 TI 内部的工具。 让我在内部进行检查、如果可以在外部共享、请返回给您。 请允许我到星期二得到 ROM 和安全团队的确认。

谢谢。此致、

Nikhil Dasan

你好、Nikhil、

对此有任何更新？ 是否可以分享 ROM 记录器工具给我们?

您好、Nikhil、我们与 TI 签订了 NDA、请检查 ROM-LOG 解析器是否可以与 NDA 协议共享。

尊敬的 Subhas：

很抱歉耽误您的时间、需要对该工具进行评估并使其可靠、以便在外部共享。 我们目前正在测试工具在我们的终端,以验证相同的工作情况。 我们将在测试完成后的下周初提出一个常见问题。 我们会在完成后将链接分享给您。

感谢您的耐心。

谢谢。此致、

Nikhil Dasan

感谢您发送编修。 测试完成后、请分享该工具或常见问题解答文档。 同时、我尝试了在 RBL 未能验证 SBL（如果 SBL 未签名或使用不同的密钥进行签名）时如何存储在此存储器位置“0x0008_2800“中的错误或警告日志。

案例 i) 创建了不带签名的 SBL 映像并进行了刷写。

案例 ii) 使用不同密钥签名创建了 SBL 映像

在我刷写了这两种映像的情况下、打开代码编写器、连接目标并根据需要加载上述映像的符号。 我尝试使用视图存储器读取存储器位置“0x0008_2800“。 这些位置中的数据始终显示为“????“。

这意味着什么？

这是因为 SBL 无效、CCS 未获得对存储器位置的访问权限、或者由于 RBL 未能验证 SBL、RBL 未向该位置写入任何内容？

您能否举例说明此位置存储了哪种类型的错误或警告日志？

请参阅常见问题解答以运行 ROM 解析器

 【常见问题解答】AM263P4-Q1：如何解析 AM263P ROM 日志 

如果您有任何疑问、请告诉我。

在这两种情况下、我都刷写了图像、打开代码编写器、连接了目标并根据情况加载了上述图像的符号。 我尝试使用视图存储器读取存储器位置“0x0008_2800“。 这些位置中的数据始终显示为“????“。

您能告诉我引导过程的状态是什么吗？ 控制是在 RBL、SBL 还是 App 中 符号???? 如果未向该区域授予适当的权限（读取）、则可能出现此问题。

这是因为 SBL 无效、或者由于 RBL 未能验证 SBL、RBL 未将任何内容写入此位置？

这是因为 CCS 无权查看该区域。 从 CPU 的角度来看、不存在适当的权限

您能举几个例子说明在此位置存储了哪种类型的错误或警告日志吗？

请查看我在常见问题解答中附加的示例日志。 另请参阅字典以查看可能出现的消息

此致、
Aswin

感谢您的答复。

我不确定在哪种状态、当我连接目标并让其持续运行时、以及当我暂停目标没有停止时、我无法确定该控件存在于何处。 如果我刷写并加载适当（已签名）的 SBL 和应用程序、则能够暂停或设置断点并执行分 步执行。

除了无效签名之外、是否有任何方法可以使 SBL 失败并查看 ROM 日志中是否有引导失败？

我可以根据指令提取存储器日志并运行日志解析器来成功案例、但是、我们要寻找可以使 RBL 无法通过 SBL 握手的情况、并在存储器位置查看与该故障相关的日志。 您能告诉我们、是否有方法可以这样做？

尊敬的 Subhas：

当我连接目标并持续运行时

我假设闪存中有一个 SBL 和应用程序、器件处于 OSPI 引导模式。 使用无 GEL 目标配置连接目标时、您是否看到内核此时停止？ 刷写的 SBL 类型是什么（正常/损坏）？

我可以暂停或设置断点并 逐步执行。

当 SBL 损坏时、是否无法停止内核？ 这里使用了什么类型的 SBL？

除了无效签名之外、是否有任何方法可以使 SBL 失败并查看 ROM 日志中是否有引导失败？

我可以根据指令提取存储器日志并运行日志解析器来成功案例、但是、我们要寻找可以使 RBL 无法通过 SBL 握手的情况、并在存储器位置查看与该故障相关的日志。 您能告诉我们、是否有方法可以这样做？

您可能会损坏证书的一部分或损坏映像本身（例如，通过擦除 SBL 的某些部分）、然后检查消息。

此致、

Aswin

您好、Aswin、感谢 您的回答、请找到您问题的答案。

1.使用无效密钥刷写的 SBL 无符号/签名。 是 SBL 已刷写、器件处于 OSPI 引导模式。 核心未停止。 点击“Suspend“时也不会停止。 是否有任何方法来停止内核？

2.是的、如果我使用适当的密钥对 SBL 进行签名刷写、则我能够暂停内核和 REA 寄存器和存储器、但如果是未签名的 SBL 或使用无效密钥对 SBL 进行签名的 SBL、则我无法停止并且不确定控制权是否传输到 SBL、或者控制权是否滞留在 RBL 中。

3.使用未签名的 SBL 或使用无效密钥且已签名的 SBL、我们能够识别 SBL 未通过串行通信执行、因为它仅打印“CCCC“。 但是、我们要读取存储器地址“0x82800“并查看是否记录了“Boot Failed“  

谢谢你。

此致

Subhas Holi

我们正在评估器件上的安全启动和调试功能、希望对以下几点进行澄清：

• 安全启动失败期间的日志记录

1. 1. • 从用户/开发人员的角度来看、启动时日志记录机制的预期用途是什么、尤其是当日志存储在 RAM 中时？
      • 在 RBL 日志中、“0x009DF179“、“Boot Success… 和“Boot Failed…（引导失败）“ 指示 SBL 故障？ 此外、直到发生 RBL 和 SBL 日志记录等引导的哪个阶段？
      • 如果 SBL 身份验证失败并且对存储器的访问受到限制、开发人员应如何检索并使用这些日志进行根本原因分析？

• 在启用安全启动的情况下进行开发配置

1. 1. • 是否有建议的器件配置或安全设置可使我们将评估板保持在开发/调试友好型状态、同时仍执行安全启动流程？
      • 我们的目的是在开发阶段保留对调试日志和故障信息的可见性、而不会完全禁用安全启动。 你能建议一种方法吗?

• 调试 SBL 验证失败

1. 1. • TI 是否提供任何机制来在 SBL 身份验证失败时连接到 SoC 并检查存储器内容（无论原因为何，例如：密钥无效的 SBL、SBL 未签名、SBL 损坏等）？
      • 如果是、建议使用哪些方法来了解故障原因？

• 基于 JTAG 的调试访问

1. 1. • 在调查安全启动问题时、与 XDS110 JTAG 相比、HSEC JTAG 是否提供额外的调试和存储器访问功能？
      • 如果建议访问 HSEC JTAG、请推荐使用调试程序和工具。

• 安全调试支持

1. • 在开发环境中、器件是否支持安全调试机制、其中 SoC 会对调试接口进行身份验证、然后授予对存储器和寄存器的调试访问权限？
   • 对于产品、启用安全启动或等效安全功能将永久禁用调试访问？ 或者、是否可以通过身份验证或配置过程选择性地重新启用该功能？
   • 对于生产部署、如果存在现场故障、安全维护/工厂 环境中有哪些恢复或调试选项可用？

我们非常希望为安全启动故障分析提供任何指导、相关文档或建议的调试流程。

尊敬的 Aswin：

感谢您的答复。

我们还有几个关于记录失败的问题、也希望就前面提供的一些答复作出澄清。 是否可以安排一次会议详细讨论这些项目？

请告知我们您的首选日期和时间、以及我们方面为安排会议而需要提供的任何其他信息。（我的电子邮件：subhas.holi@collins.com）

此致

Subhas Holi

尊敬的 Subhas：  
已在启动电子邮件链的情况下关闭该主题。