[参考译文] AM5716：GPMC CS0地址空间

您好 Biser、

感谢您的快速回复。

[引用 USER="Biser Gatchev-XID"]-使用适当的外部 sys_boot 引脚配置从片上 ROM 引导时、最低的1-MIB 存储器空间[0x0000 0000–0x000F FFFFFFF]会重定向到片上引导 ROM 地址空间[0x4000 0000–0x400F FFF]。[/QUERPQE]

如果 AM5716从 GPMC 以外的其他位置引导、是否意味着我的 CA15应用程序无法访问 CS0的最低1-MIB 存储器空间？ CM4和 C66呢？

MMU 是否用于在引导时重定向？ 如果是、我认为我的应用程序可以通过更改 MMU 设置来访问此空间。

请给我一些建议。

此致、
Kazu

Kazu、

我认为、在引导过程的最初阶段、当 ROM 引导加载程序首次执行时、存在此限制、但您也希望将 GPMC 与 CS0结合使用。  在此初始启动时、通常分配给 GPMC CS0的 L3地址映射的底部1MB 会重新映射、以供 ROM 引导加载程序使用。  引导过程完成且加载了应用程序后、可以对 MMU 进行重新编程、以使用 GPMC CS0中存在的所有存储器。

您为何关注这种低级行为？  所有这些都应由作为我们 PROC-SDK 一部分提供的代码进行管理。  具体而言、您是否在运行 Linux？  这将由 Uboot 管理。

Tom

您好、Tom、

感谢您的支持。

[引用 user="Tom Johnson 16214]\n 您为什么会关注这种低级行为？  所有这些都应由作为我们 PROC-SDK 一部分提供的代码进行管理。  具体而言、您是否在运行 Linux？  这将由 Uboot 管理。

在我的电路板上、一个 SRAM (几 MB)被连接至 GPMC 的 CS0。 CA15无法访问地址0、因为 CS0不会变为活动状态。 但它似乎能够访问接下来的1 MB (0x0010 0000 - 0x0020 0000)。

如果我需要设置 MMU 配置、您能告诉我如何更改方法吗？ 我正在使用我自己的 RTOS。

我认为 PDK 的 SBL_startup.c 中的 SBL_MMUInit 函数看起来像是重新分配地址0 (物理地址0到虚拟地址0)。 但我在 GEL 文件中找不到这样的说明。

此致、
Kazu