Other Parts Discussed in Thread: SYSCONFIG
器件型号: AM2634
主题: SysConfig 中讨论的其他器件
您好、
是否在 POR 之后初始化 RAM? 是否有文档?
此致、Holger
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Other Parts Discussed in Thread: SYSCONFIG
器件型号: AM2634
主题: SysConfig 中讨论的其他器件
您好、
是否在 POR 之后初始化 RAM? 是否有文档?
此致、Holger
如需更多信息、请访问 e2e.ti.com/.../am2634-retaining-variables-in-ram-after-reset
您好:Nilabh、
为什么 OCRAM 只在分区 0 和分区 1 上测试并由 BootROM 初始化? 分区 2 和分区 3 呢?
这些引脚是否始终必须像示例中那样由函数 SOC__rcmInitL2Memory 手动复位?
客户假定分区 2 和 3 具有内存组 ID(编号)12 和 13。
他 未在手册中找到从 L2OCRAM_BANKx_SLV 到 MEM_MSS_L2_x 的直接引用。

此致、Holger
客户假定分区 2 和 3 具有内存组 ID(编号)12 和 13。
他 未在手册中找到从 L2OCRAM_BANKx_SLV 到 MEM_MSS_L2_x 的直接引用。

这也可以在寄存器附录中找到。
您好、
为什么不对所有 RAM 进行测试?
此外、您能否对此进行解释:分区 2 和分区 3 中的段对链接器文件初始化设置完全没有影响。 这是真的吗?
为了便于参考、他们现在正在检查 POR 上的复位原因、以验证该区域中的数据。 因此、 它们有一种解决 其 问题的方法。
为了让 他们将来能够获得稳定的功能、他们想知道整个存储器中是否有一个区域 可以在引导加载程序和应用程序之间交换数据?
它不属于共享部分、因为 他们从 IPC 中了解该部分。 在 这种情况下、程序不会同时运行。 该区域的一个用例是在软件复位之前将信息从应用程序传输到引导加载程序。 在这种情况下、对外部闪存的保存量不够高。
此致、Holger
为什么不测试所有 RAM?
根据设计、ROM 对其使用的区域执行 PBIST。 如果完成所有区域、引导时间将受到影响。
此外、对这种情况的解释是否能够使位于分区 2 和分区 3 中的段对链接器文件初始化设置完全没有影响。 这是真的吗?
我不明白背后的原因、为什么会出现这种情况、如果您的 SBL 包含组 2 和组 3、并且您在链接器中将初始化设置为 0、那么它们将受到影响、具体取决于用户如何创建链接器。
为了让 他们将来有一个稳定的函数、他们想知道整个内存中是否有一个区域 可以在引导加载程序和应用程序之间交换数据?
理想情况下、应该是闪存;如果要使用所有 RAM、应用用户必须设计该范式。
这不是一个共享部分 、因为他们从 IPC 中知道它。 在 这种情况下、程序不会同时运行。 该区域的一个用例是在软件复位之前将信息从应用程序传输到引导加载程序。 在这种情况下、保存到外部闪存不是高电平 e
同样、正如之前所述、他们需要在应用层面进行设计和处理。
你好、Nilabh、
那么不应该使用分区 2 和 3 呢? 并假设自定义引导加载程序从不大于 1MB?
那么、 2MB 解决方案的 ROM 加载器从未计划过? 对吧?
链接器文件的配置是使用 SysConfig 完成的。 它们 调整 SysConfig 中的设置时、对分区 2 和 3 没有影响。
执行此操作时、他引用了 SOC__rcmInitL2Memory 函数。 这是正确的吗?
此致、Holger
那么 2MB 解决方案的 ROM 加载器从未计划过? 正确?
是的、TRM 中提到的引导加载程序最大大小小于 900MB
使用 SysConfig 完成链接器文件的配置。 它们 调整 SysConfig 中的设置时、对分区 2 和 3 没有影响。
执行此操作时、他引用了 SOC__rcmInitL2Memory 函数。 这是正确的吗?
这两者都不相关;API 不依赖于 syscfg 或链接器使用的分区。