[参考译文] AM2432：AM2432 复位隔离内核 M4 卡在 SOC_waitForFwlUnlock 处

您好、Andrea、

如果连接调试器并尝试从 R5F 内核查看地址 0x00 处的内容、它始终映射到 R5F TCM 存储器。

在 AM243x 上、地址 0x00000000 永久映射到 R5F 的 TCM、不会映射到 PSRAM。 因此、从 R5F 内核对 0x00 进行的任何写入都会进入 TCM、在 R5F 域之外不可见。

此外、MCU M4F 内核无法直接访问 SoC/PSRAM 地址。 M4F 必须使用区域地址转换器 (RAT) 来访问 PSRAM 或任何 SoC 级存储器。

若要访问 R5F 和 M4F 之间的共享 PSRAM 存储器、请执行以下操作：

• 在 R5F 内核上启用 RAT
• 将本地 RAT 地址映射到所需的 PSRAM 物理地址
• 通过 R5F 上的 RAT 映射地址写入已知数据
• 在 MCU M4F 内核上启用 RAT
• 将相同的 PSRAM 物理地址映射到 M4F 上的本地 RAT 地址
• 通过 M4F 上的 RAT 映射地址读取数据

使用这种方法、两个内核访问同一个物理 PSRAM 存储器、从而避免在地址 0x00 处进行固定的 TCM 映射。

此致、

Anil

此外、借助此解决方案、一切似乎都正常工作。 但是、如果我在使用安全启动时执行该解决方案、那么在重启后执行 SOC_waitForFwlUnlock 时、内核 M4 上会出现 HWIP_HardFault。 具体来说、如果添加断点并逐步运行、执行就会起作用、但如果我没有设置任何断点并且执行未停止、就会收到该错误。 我的假设是、在内核 M4 上使用断点会减慢执行速度、并允许内核 R5 在内核 M4 过早访问 0x0 之前执行特定的操作。 所有这一切只发生在启用了安全启动的设备上、但我认为问题不在于安全启动本身。 事实上、在类似的项目中、即使使用安全启动、也不会出现此 HardFault 问题。
选择 RAT 区域是否有问题？

我添加了我注意到的这个细节：似乎内核 M4 在 R5 内核已经重新启动到 SBL 之前访问存储器时会收到硬故障。 实际上、通过在 SOC_waitForFwlUnlock 上的 M4 内核上设置断点并在 SBL OSPI 的不同部分中添加 LOOP_FOREVER 调用、似乎没有特定的 SBL 指令会在内核 M4 在执行之前访问存储器时导致硬故障、并且在执行后允许内核 M4 毫无问题地访问存储器。 是否有一些 RBL 操作在使用安全启动时比不使用安全启动时更慢 、并且允许对内核 M4 进行存储器访问？
目前、我通过在内核 M4 中添加 SOC_waitForFwlUnlock (1) 之前添加 ClockP_Sleep (1) 来解决了这个问题、它是有效的、但我也想了解我的假设是否正确。

谢谢您、

此致、

Andrea