[参考译文] TDA4VM：MCU_MSRAM0在 SBL 移交后可用

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1514593/tda4vm-mcu_msram0-availability-after-sbl-handover

工具/软件：

您好、

我们将使用 MCU_MSRAM0 (base 0x41C00000)作为 J721E 上 C66 DSP 固件的快速、更大的存储器区域进行评估。
根据 存储器映射注意事项、SPL/SBL 使用该存储器、并将电路板配置传递到 MCU1_0应用。
我们的 MCU1_0应用本身目前根本不会将任何内容加载到 MCU_MSRAM0上。

当 u-boot 加载 C66固件时、MCU1_0应用已经执行了 Sciclient_init、因此我的理解是 MCU_MSRAM0可以完全声明。

我们的观察结果：

• 当从0x41C00000开始加载代码/数据时、程序卡在 Sciclient_serviceSecureProxy 中、等待 sciserver 的响应
• 当从0x41C00100开始加载代码/数据时、程序按预期运行

我在 ti-skdk-RTOS 中搜索了以下地址：

• μ`packages/ti/boot/sbl/k3/j721e/linker.cmd`在 soc 0x41C00100处启动其复位矢量
• `packages/ti/drv/vham/examples/common/j721e/vhwa_r5.cmd`将它们的复位矢量放置在0x41C00000处

问题：

1. MCU_MSRAM 的前0x100字节是否为任何内容(例如 DMSC)保留？
2. 如果是、是否有任何有关此方面的已发布文档？ 如果不是、为什么 sciserver 会停止响应？
3. 我们是否应该注意 MCU_MSRAM0中有任何其他隐藏的 regeion (除了 memory-map-conferences 中提到的内容之外 )？