[参考译文] AM625：AM62x uboot 失败

嗨、bin

  我们的产品已经在生产中的 SDK 8.6 上运行了很长时间、目前不支持直接 SDK 升级。 我想了解该认证涉及的操作以及是否有任何可用的文档。 ti_sci请参阅指示的通信超时是什么？ 这是否意味着引导 U-Boot 后 R5 无法重新建立通信？

谢谢

您好、

在您提供的控制台日志的屏幕截图中、前两行看起来与接下来的两行相同。 是否所有四条线路都能在对电路板进行下电上电的同时进行打印？ 或者、在打印前两行后是否对电路板进行了下电上电？

即使引导未失败、每次引导电路板时是否都会看到 mmc pintctrl_select_state_full 消息？ 还是仅在 ti_sci 失败时打印？

顺便说一下、请复制并粘贴日志、如果日志太长、请将其作为文件附加。 在屏幕截图中提供日志使引用变得非常困难。 这会影响我们的沟通。

嗨、bin

“电路板正常启动时、随附的 txt 文件是引导日志。 屏幕截图显示发生异常时的日志。 这种异常大约每 100 次重新引导一次。 我不知道在身份验证过程中到底发生了什么。 或者、您能为故障排除提供一些指导吗？“

e2e.ti.com/.../_EF53E54E2F54A8528476_log.txt

谢谢

大家好、我今天不在办公室。 我将审查您的更新、明天返回给您。

嗨、bin

感谢您的答复。 我们自己开发的硬件平台在上电启动期间会出现这种现象。 因此、我构建了一个使用继电器来控制待测器件的断电和通电操作的器件。

第一次打印输出是在上一次断电操作期间生成的。 由于电源出现瞬时波动、SPL 会重新启动一次。 但是、它会等待 20 秒、然后再关闭电源并重新启动。 因此、两个输出之间存在 20 秒的等待时间、在查看每个日志打印时可以观察到这一点。

关于“身份验证“部分 — AM62 在此处执行什么操作？ 您是否有任何可以分享的相关文档、以便我更好地理解问题？ 通过我自己的调查发现、出现此错误的原因是在引导阶段与 R5 重新通信期间超时。 我想知道我的理解是否正确。

此致

控制台打印“尝试从 MMC1 引导“后、R5 SPL 会将 tispl.bin 中的软件组件从 eMMC 加载到 DDR、并将其传递到 SYSFW 进行身份验证。  

嗨、bin

我的理解是、应该调查硬件通道产生的通信超时。 在下一个调查步骤中、我应该重点关注什么？

此致

您好、

如上所述、我无法为不再受支持的旧 SDK v8.6 提供调试指南。