[参考译文] AM62A7-Q1：AM62A 定制电路板随机引导失败

 尊敬的会议：

背景

我们修改了 linker.cmd 脚本、将加载地址从 DDR 更改为 MSRAM。 这会有什么影响吗？ 我们基于 IPC 演示工程的 linker.cmd 进行了更改、但由于 MSRAM 只有512KB、没有足够的空间、因此 BSS 数据仍然映射到 DDR。

e2e.ti.com/.../After-the-link-is-modified.zipe2e.ti.com/.../Before-the-link-was-modified.zip

调查

添加了日志打印并将问题定位到Sciclient_readThread32函数的异常返回值中。

此函数似乎用于从安全代理的特定线程通道读取32位数据。

正常情况下、返回值为标志2、请求(req)和响应(resp)相同。

在异常情况下、返回值为0、请求(Req)和响应(RESP)不同。

标志的含义

一些尝试

我在 SBL 代码中添加了 RETRY 逻辑。 从结果来看、重试似乎是有效的。 大多数情况下、单次重试就足够了。 但是、偶尔会出现故障、这可能表明三次重试是不够的？

您有任何分析想法吗？

此致、

Ruda.

尊敬的会议：

你有什么建议吗？

BR、

Biao

尊敬的 Biao：

请给我几天时间来完成此过程、并为您提供更新。

此致、

会面。

尊敬的会议：

您对此案例有何建议？

BR、

Biao  

尊敬的 Biao：

我假设您使用的是 SBL OSPI、请确认相同内容。

Unknown 说：

我们修改了 linker.cmd 脚本、将加载地址从 DDR 更改为 MSRAM。 这会有什么影响吗？

我怀疑这可能是出现故障的原因、您是否尝试过在 DDR 中保留应用程序的加载地址并尝试引导映像？ 如果在这种情况下能够引导映像、则可以确认此问题与将加载地址更改为 MSRAM 有关。

此致、

会面。

尊敬的会议：

是、客户正在使用 SBL OSPI NOR 引导模式。

Unknown 说：

我怀疑这可能是失败的原因

您能说明一下原因吗？ 实际上、在默认的 SDK9.2示例中、linker.cmd 加载地址为 MSRAM。 为什么客户遵循默认设置会导致此问题？

BR、

Biao

尊敬的 Biao：

您能否启用 TIFS 日志并与我共享这些日志、请参阅以下链接以了解如何启用它们： https://software-dl.ti.com/mcu-plus-sdk/esd/AM62AX/09_02_00_38/exports/docs/api_guide_am62ax/TOOLS_SYSFW.html#SYSFW_TRACE_ENABLE

此致、

会面。