[参考译文] AM62L：SoC UART 信息输出数据（当 UART 在 XMODEM&#39；s &quot；C&quot；输出之前启动时）

高 GR、

请允许我有时间检查此问题、我有更新后将返回给您。

此致、

会面。

尊敬的会议：

感谢您的检查。

我希望 Fowerd 更新。

此致、

GR

尊敬的会议：

感谢您的信息。

[引述 userid=“628103" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1559727/am62l-soc uart-uart-information-output-data-what-uart-boot-on-xmodem-s-c-output/6005284“]

GR Said：

此图是否简单地显示此部件是 XAM62L？

这很可能是要将测试作为输出的原因、请参阅数据表中的器件命名约定：

[/报价]

他们检查了 EVK 的输出。

结果、EVK 为 DeviceType：HSFS

和  DeviceType：test 器件是 TI 的早期样品。

事实上,有 2 个版本的 XAM62L。 仅 DeviceType：测试版设备无法加载 U-boot SPL。

您能否检查一下硬件、ROM 代码...生产代码之间是否存在差异？

此致、

GR

尊敬的会议：

事实上、有 2 个版本的 soc。 并且只有 DeviceType：测试版本设备无法加载 U-boot SPL。

我检查了他们的日志输出。

我认为加载 TFA (BL31) 失败。

参考 (bootflow)：
software-dl.ti.com/.../BG-Bootflow-K3.html

日志：

EVK：成功引导 Linux、 注意： bl31：v2.12.0(release):11.00.15-dirty 已输出

DeviceType : TEST DEVICE :输出后“通知: k3_bl1_HANDOFF 进入 WFI - BL1 的结尾“,  “通知: bl31: v2.12.0(release):11.00.15-dirty“将不会输出。 Xmodem 的 ROM 代码+ C 输出。

我认为加载 BL31 固件失败。

软件的区别在于 DDR 配置、但我认为在 U-boot SPL 阶段之前不使用此配置。

因此我 怀疑 Device Type：test 还有另一个正常 (HS**) 版本功能。

此致、

GR

您好、

能否共享无法引导的器件的整个器件型号？

还与我共享引导日志。

此致、

会面。

尊敬的会议：

感谢您的信息。

我附加器件屏蔽。

我将在电子邮件中共享引导日志（我联系 TI 当地销售团队）

谢谢、

GR