[参考译文] AM3703：ROM 代码无法加载并跳转至 SPL u-boot 2021.01

您好、Joel、
TRM 图26-7. GP 器件的64KB RAM 存储器映射
=> 0xF0000是引导映像的最大大小。
一些 JTAG 调试选项：
-正常启动电路板
-将 JTAG 连接到您的运行板上、其中"连接"意味着连接/连接 JTAG 而不进行目标复位。
-根据当前 PC 值、通过 JTAG 断开运行板
a)。 在 SPL 范围内、需要进一步调试 SPL 以查看锁定位置。
b)。 在 bootrom 中、检查锁存在 CM CONTROL_STATUS 寄存器中的 SYSBOOT[]、以查看它是否与您板上配置的 SYSBOOT 引脚匹配。
此外、可以通过读取 TRM 中所述的跟踪矢量来检查引导程序的进度
表26-9. 跟踪数据
26.4.9跟踪
另一种选择是在 SPL 代码的早期添加"旋转环路"、并尝试执行上述步骤以查看复位后是否会出现"旋转环路"。
最棒的
－香港

您好 、Hong Guan64

再次感谢快速回答我的问题:-)

第一个问题是 MLO 太大。 这是我的第一个假设，感谢确认这一点。

=>如何减小 MLO 的尺寸以适应可用空间？

我注意到 MLO 内部有器件树、大约为30KB。  是否可以将其删除？ 如果是，如何？ 我尝试删除 了 CONFIG_SPL_OD_CONTROL 选项、但无法生成。

我还应该检查和调整其他事项以减小 MLO 大小？

感谢您的帮助、

Joel

洪冠华64

其他信息：我的旧板之前使用的是自定义的 x 铲叉。

我在这里读到： https://lukejin.wordpress.com/2011/02/22/beagleboard-xm-research1-initialization-x-load/ 、不能使用 u-boot SPL、因为它总是太大。 是真的吗？ 无法自定义 SPL 的内容以适应 AM3703的 SRAM？

供我参考：OMAP3器件的 TI x 加载程序官方源代码在哪里？ 我的旧版本可能需要更新才能获得最新的修复程序:-)

谢谢、

Joel

其他信息我刚刚意识到、用于在 Yocto 构建的 meta-ti 中移除了 x 加载程序、可在 Dunfed => https://git.ti.com/cgit/arago-project/meta-ti/tree/recipes-bsp/x-load?h=dunfell 中获取

也许我应该使用它而不是使用 u-boot SPL？

您好、Joel、
这是最后一个支持 AM37xx 的 TI Linux SDK
www.ti.com/.../06.00.00.00
software-dl.ti.com/.../sitara-linuxsdk-sdg-06.00.00.00.pdf
我不确定您在 AM37xx 上通过这款传统 Linux SDK 可获得多少帮助。
最棒的
－香港