[参考译文] AM6422：关于 UART0

尊敬的 Koji-san：

感谢您的提问。

默认情况下、在 TI EVM 上、需要使用不同的 UART 端口： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1276094/faq-sk-am62-purpose-of-different-uarts?tisearch=e2e-sitesearch&keymatch=Usage%2520of%2520different%2520uart%2520ports#

首先参考此常见问题解答、然后您可以告诉我您有哪些未解决的问题。

期待您的答复。

此致、

Vaibhav

尊敬的 Vaibhav：

感谢您提供信息。

我知道默认的 UART 端口、但我想知道是否有必要将这些端口保留为 UART。

我还想知道：

Unknown 说：

3. 是否有其他方法可以获取 UART 引导时输出的信息？[/QUOT]

 

此致、

Koji

尊敬的 Koji-san：

Unknown 说：

感谢您提供信息。

不用客气。

Unknown 说：

是否需要将这些端口保留为 UART。

您是否想问、这些 UART 端口是否可用于其他用途？ 与中向外部源发送数据或从外部源接收数据的用例/应用一样？ 如果是这种情况、则可以这样做、但这样做会导致日志看不到、进而可能会出现调试难题。

Unknown 说：

3. 是否有其他方法可以获取 UART 引导时输出的信息？[/QUOT]

您能解释一下 UART 引导是什么意思吗？ 我想知道您是如何启动的？ 刷写 SoC 的方法是什么？最后您要使用的主引导模式是什么？ 为 OSPI/xSPI 或其他接口供电。

期待您的答复。

此致、

Vaibhav

尊敬的 Vaibhav：

当我进入 UART 引导模式时、AM64在引导中从 UART0控制台输出一些信息、例如 KEYREV。

我会最后执行 eMMC 引导或 GPMC NAND 引导、但在开发过程中、为了测试安全启动、我想在进入 UART 引导模式时确认控制台输出的信息。

在我的应用程序中、您的理解是正确的、UART0端口将用于其他功能。

因此、我想知道我是否应该暂时将 UART0端口用于控制台。

如果还有其他程序用于获取 KEYREV 信息、我不需要为控制台使用 UART0端口。

此致、

Koji

您好！

如果您没有 UART0、则可能不会使用 UART 引导模式、因为 ROM 仅使用 UART0转储 SoC 信息和接收映像。

至于 KEYCNT 和 KEYREV 等 SoC 信息、可在运行时通过 USB DFU 引导模式或使用 TISCI API 进行接收。

https://software-dl.ti.com/tisci/esd/latest/2_tisci_msgs/security/otp_revision.html#sec-api-rd-keycnt-keyrev-otp

建议使用 UART0、因为它是默认情况下用于所有目的的端口。

此致、

Prashant

Prashant、您好！

Unknown 说：

至于 KEYCNT 和 KEYREV 等 SoC 信息、可通过 USB DFU 引导模式或在运行时使用 TISCI API 接收此信息。

我从未使用过 TISCI 消息、因此我想了解更多信息。

我可以在 Linux 中使用 OTP 修订版本读取/写入消息吗？

我在驱动程序源：drivers/firmware/ti_sci.h 中找不到 OTP 修订版读/写消息说明

Processor SDK：09.01.00.08

此致、

Koji