[参考译文] AM6442：如何优化 SBL 引导流程、以在定制 AM6442 板（eMMC 引导）上实现稳定的 PCIe EP 枚举

尊敬的 Xue：

我看到 System_init 在日志中花费了 364ms、因此这是导致启动时间较长的原因。 您似乎在尝试初始化 SBL 本身中的所有外设、是否有同样的原因？

我建议在有要求时仅在 SBL 中初始化 PCI、如果不需要、其他事情可以在 R5 应用程序中初始化、而不是在 SBL 中初始化。

此致、

会面。

尊敬的会议：

实际上、 我没有在 SBL 中添加任何额外的外设引导选项、仅包含默认的 SBL_eMMC 驱动程序。  更确切地说、我直接使用了 SDK 中的 sbl_emmc.debug.hs_fs.tiimage 文件。

这也是我不太理解的部分。

我看到 System_init 在日志中占用了 364ms、因此这是由这种情况引起的。

我尝试在 SBL 中初始化 PCIe、但之后运行应用程序时、系统会冻结。 如果我要使用 sbl_emmc 进行引导 pcie_enumerate_ep_am64x-evm_r5fss0-0_freertos_ti-arm-clang.appimage.hs_fs 并需要提前在 SBL 中初始化 PCIe、我应该执行哪些特定步骤？

谢谢、

薛

我看到您使用的是调试二进制文件、您能尝试使用版本二进制文件并检查这样是否有所改进吗？

我尝试在 SBL 中初始化 PCIe、但之后运行应用程序时、系统会冻结。

您能告诉我它在什么地方卡住了吗？  

我看到您正在使用调试二进制文件、您能尝试使用版本二进制文件并检查这是否提供了一些改进吗？

性能已提高、但无法识别的问题仍未解决。

您能告诉我它在哪一点被卡住了吗？  [/报价]

在 SBL 之后、它将打印“ 图像加载完成、切换到应用程序... “。  

如果应用程序正确启动、它应该打印来自 pcie_enumerate_ep 例程的信息、例如“ PCIe：检测到链路 “、但此后没有进一步的印刷信息。

我不确定是不是因为我在 sbl_eMMC 和 pcie_enumerate_ep 例程的 syscfg 中包含了 PCIe。

您好：
感谢您的查询。 有关专家因** TI 印度**假期而离职。
请预计响应会延迟。 感谢您的耐心和理解。

此致、
应用团队的一员
——
*这是一个自动通知。*

我不确定是否是因为我在 sbl_eMMC 和 pcie_enumerate_ep 例程的 syscfg 中包含了 PCIe。

如果您的应用程序在 SBL 完成后尝试重新初始化 PCI、那么它可能会导致此问题、您能否只在 pcie_enumerate_ep（不是在 SBL 中）中添加 PCIe 实例并检查这样是否解决了问题？

我的实际问题是 PCI 初始化发生得太晚（现在在应用程序中启动）、导致无法识别、因此我想提前将其移至 SBL 中。 是否有其他方法可以实现快速 PCI 初始化？

因此我想先将其移至 SBL

然后仅在 SBL 的 syscfg 中添加 PCI 实例、而不在应用中添加 PCI 实例、如果您在 SBL 中只初始化 PCI 一次、是否仍然会遇到该问题？