[参考译文] PHYTC-3P-PHYBOARD-AM335X：多功能引脚配置问题

尊敬的 Bin

在实际执行期间、我发现在启用 UART5内核时系统无法正常引导。 但是、禁用 UART5内核后、系统会正常工作。

为了进一步分析问题、我专门创建了两个不同的实验版本、旨在确定潜在原因并寻求解决方案。

最后、我提出以下问题：
是否有进一步分析此问题的方法？ 或者、您有什么可以帮助您的建议吗？

尊敬的 Vic：

在实际执行期间、我发现在启用 UART5内核时系统无法正常引导。

它如何无法正常启动？ UART5无法传输数据或 Linux 引导卡住？ 请附加任何 Linux 日志以显示问题。

尊敬的 Bin：

如果您需要屏幕截图、我可能需要一些时间提供。

目前情况如下：

根据日志信息、在从 U-Boot 转换到内核期间、第一个日志行显示没有活动、似乎卡住了。

Unknown 说：

如果您需要屏幕截图、我可能需要一些时间以后再提供。

我需要您将启动日志保存到一个文件中、然后将该文件附加到该线程中。

Unknown 说：

根据日志信息、在从 U-Boot 过渡到内核期间、第一个日志行显示没有活动、似乎卡住了。[/QUOT]

您是否将 UART5用作 Linux 控制台？

请提供内核更改的补丁。

e2e.ti.com/.../UART5_5F00_disabled.txte2e.ti.com/.../UART5_5F00_okay.txt

尊敬的 Bin

我提供了两个日志文件、一个启用了日志记录、一个不启用日志记录、并提供了 DTS 文件的一些说明。

 两个启动测试(一个禁用 uart5、另一个禁用 uart5)之间的唯一区别是不是可以接受？

两个日志的第一行是由您手动添加的、而不是由引导过程打印的、对吗？

尊敬的 Bin：

这不是由我手动输入的；它是一个 U-boot 命令行参数。

是的、这两者的区别是"禁用"和"正常"。

我认为数据表是正确的、这就是我提出此问题的原因。

由于我们已经设计了一个定制的 PCBA、我主要想讨论以下问题：

1. PCBA 中的实际设计错误是否可能导致此问题？
2. 是否有任何方法或工具来验证 PCBA 中是否存在设计错误？ (我已经使用 Pinmux 工具云进行验证)

尊敬的 Vic：

Unknown 说：

这不是我手动输入的；它是 U-boot 命令行参数。

您使用什么 u-boot？ 处理器 SDK 中提供的 u-boot 在内核启动之前不会打印此命令行参数。

我想不出会导致内核在启用 uart5时根本无法启动的任何原因。 您可以尝试删除 uart5 pinmux 设置、但在内核设备树中保持启用 uart5、以查看内核是否仍然无法引导。  

尊敬的 Bin：

我没有使用 SDK 的 U-Boot。

我已使用开源版本重建、但仍然基于最新的 TI 版本。

好的、我将尝试此方法进行验证。

尊敬的 Bin

"我还使用 TI 开发人员专区来修改和调整 Pinmux、如参考图像/文件中所示。

尊敬的 Vic：

AM335X 是否支持该组合？ 根据数据表、这似乎是可能的。

是的、支持该组合。

我想我是说不出话来的。 Pinmux 工具显示 H16和 U1引脚不能一起用于 UART5模式、它显示"Resource conflict"错误。