[参考译文] AM625：如何在 RT-Linux 中启用 UART DMA？

尊敬的环环先生/女士：

UART 不应在115200波特下溢出。 即使这样、DMA 也不会起作用。

您能否与 SDK10.1内核进行测试、看看问题是否仍然发生？

尊敬的 Liubin：

   我在三个 SDK 版本中重复出现了相同的问题： ‌08_06_00_42 ‌、 ‌09_00_00_03 ‌和 ‌09_01_00_08 ‌、但在中不会出现此问题 ‌10_01_10_04 ‌SDK 版本。

重现步骤 ‌

1. ‌PC 端 ‌:发送~180字节的数据到 AM62板每 ‌100ms ‌或者 ‌500ms ‌.
2. ‌AM62端数据接收 ‌：
   • ‌步骤1. ‌：使用以下命令配置串行端口：
     BashCopy 代码
     stty -F /dev/ttyS3 ispeed 115200 ospeed 115200 cs8 -echo time 1
   • ‌步骤2. ‌：使用以下命令记录接收到的数据：
     BashCopy 代码
     cat /dev/ttyS3 > serial_115200_100_atk.log

‌发现的问题 ‌

• 提供了器件建议 ‌200帧 ‌大量数据、 ‌1–3个字节丢失 ‌一帧中。
• 内核会记录输入溢出错误：
  文本复制代码
  [ 1895.708432] ttyS ttyS3: 1 input overrun(s)
[ 2280.827981] ttyS ttyS3: 1 input overrun(s)
[ 2294.383918] ttyS ttyS3: 1 input overrun(s)

‌申请 ‌
由于较新的 SDK (10_01_10_04)可修复此问题、因此请提供一个可应用于较旧 SDK 版本的补丁。

您好 Liubin、我找到了下面的两个链接。 它们是否解决了我所描述的问题？
通过实际测试、应用链路中提供的修复方法导致了更严重的字节丢失概率、‌11个数据包组中有5个组‌发生字节丢失。

https://lore.kernel.org/lkml/ffbe6439-9696-4abe-976b-07286b37a219@ti.com/T/
https://www.ti.com/lit/er/sprz536b/sprz536b.pdf?ts = 1742317798669

Unknown 说：

lore.kernel.org/.../quote]

是的,这是修复数据丢失问题的补丁。

Unknown 说：

通过实际测试、应用链接中提供的修复方法导致更严重的字节丢失概率、‌11个数据包组中有5个组‌出现字节丢失。

您是否应用了此补丁的 v3或 v4？

[报价]

[/quote]

纸槽：

 我想问一下、在10.1版本之前的 AM64x Linux-RT 上是否发生了相同的 DMA 问题？

谢谢

吉姆

Jim、

是的、它也会影响 AM64x。 它与勘误表 i2310有关。

Jim、

为了供您将来参考、每当您有与 e2e 主题相关的问题时、请点击该主题右上角的黄色"+提出相关问题"、它会打开一个新的 e2e 主题并链接到相关主题。

是的、我们  在上使用此补丁的 v4  08_06_00_42 ‌

我在 SDK8.6和10.1之间比较了 UART 驱动程序、除了您应用的补丁外还有一些差异、但我不确定还需要哪些其他更改来解决您的数据丢失问题。

在 SDK8.6中、除了应用的补丁 v4、您是否可以尝试下面的内核补丁来查看它是否修复了数据丢失问题？ 该补丁基本上会删除"UART_RX_TIMEOUT_QUIRK"标志。

diff --git a/drivers/tty/serial/8250/8250_omap.c b/drivers/tty/serial/8250/8250_omap.c
index 537bee8d2258..acc017baf325 100644
--- a/drivers/tty/serial/8250/8250_omap.c
+++ b/drivers/tty/serial/8250/8250_omap.c
@@ -1254,8 +1254,7 @@ static struct omap8250_dma_params am33xx_dma = {
 
 static struct omap8250_platdata am654_platdata = {
        .dma_params     = &am654_dma,
-       .habit          = UART_HAS_EFR2 | UART_HAS_RHR_IT_DIS |
-                         UART_RX_TIMEOUT_QUIRK,
+       .habit          = UART_HAS_EFR2 | UART_HAS_RHR_IT_DIS,
 };
 
 static struct omap8250_platdata am33xx_platdata = {

删除此 UART_RX_TIMEOUT_QUIRK 标志后、内核仍会打印此消息 ‌"TTYs ttyS5：1输入超限(s)" ‌和 ‌缺少数据字节 ‌.

好的、这意味着该问题与勘误表 i2310无关、而是其他问题。 内核在 SDK 8.6和10.1之间有着巨大的差异、因而要判断 SDK10.1内核中进行哪些软件更改来解决该问题并不容易。

您好、Bin、

 我注意到、应用 TI 补丁后、当服务进程未运行时、UART 不会丢失字节。 但是、在运行服务程序时、经常会发生字节丢失。 字节丢失始终与设置的 UART_LSR_OE 一致。 芯片的 FIFO 的大小为64字节、但是在第65字节位置发生重复损耗。 由于我们使用的是带有强制线程化中断的 RT-Linux、因此我怀疑当服务运行时、线程化中断可能无法及时得到处理。 因此、我仍然希望 TI 为 UART DMA 提供一个器件树配置参考、以帮助我验证该假设。

尊敬的环环先生/女士：

在这种情况下、DMA 不起作用、但会引起更多问题。

您使用哪款 AM625器件？ 它具有多少个 A53内核？ 如果有多个 A53、是否已尝试对此 UART 端口使用 IRQ 关联性？

尊敬的环环先生/女士：

感谢您分享分辨率。

您好、Bin、

   我们的产品目前正在从08_06_00_42版升级到10_01_10_04版的 SDK。 关于您提到的 UART DMA 问题、我想确认在最新的10_01_10_04版本中该问题是否仍然存在。 ‌我对 DMA 相关的问题也很感兴趣。 您能分享一下 DMA 可能会引入哪些具体问题吗？ 我们是否可以参考任何技术文档进行进一步调查？ ‌

  丢失字节的根本原因与中断线程有关、其中可能无法足够及时地调度 UART 接收线程来读取接收寄存器。 为了提高 UART 接收的稳健性、我们打算在新的 SDK 中实施 DMA。 我们的问题是、即使具有16字节的中断阈值、瞬态系统过载仍可能由于调度延迟而导致 RX FIFO 溢出。 我们相信、启用 DMA 可以通过减少对实时线程调度的依赖来降低这种风险。

尊敬的环环先生/女士：

从 SDK 8.6到10.1、UART 驱动程序的结构变化不大、因此我不希望出现行为变化。

问题在于内核调度、这就是我提到 UART IRQ 关联性的原因、这可能会解决问题。

启用 DMA 后、内核必须提供 DMA 传输完成中断、该中断仍依赖于内核调度。

您好、Bin、

我们已经尝试过通过 IRQ 关联将 UART 中断绑定到专用 CPU 内核、但 ‌字节丢失问题仍然存在 ‌.