请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号： AM62L-AM62L- EVSE-DEV-EVM
您好、
我在 AM62P5-SK-EVM 上运行 ti-linux-kernel 版本 6.18.15。 我运行了 K3-UDMA 和 SPI-OMAP2-mcspi。 我对非板载 STM32 运行 20MHz SPI。 我偶尔会在 SPI 帧的传输中看到 1 秒延迟。 我已经跟踪此函数导致的延迟：
void UDMA_CHECK_TX_Completion（结构 WORK_STRUCT *work）；
在文件：k3-UDMA-common.c 中
具体来说、在代码的这一重试部分中、如果 mcspi 对等器件没有足够快地将数据读取到其 FIFO 中、则会调用该部分：
/*没有进展、1 秒后再次检查 */
schedule_delayed_work (&uC->tx_d漏.work、Hz)；
我看到了在线讨论、我想 TI 知道这一点、但不想将此等待时间更改为更短的时间或以这些在线讨论建议的另一种方式检测 DMA 完成。：
https://lkml.org/lkml/2022/8/22/299
https://lkml.org/lkml/2025/7/31/950
我正处于需要通过我们产品的内核更新解决此问题的情况、并寻求您的建议。
我想知道：
1.为什么 TI 没有就此采取行动？
2.现在我想简单地将 1 秒的轮询大拉缩短到几毫秒。 您是否看到与此相关的任何问题？
/*没有进展、1 秒后再次检查 */
schedule_delayed_work (&uC->tx_d漏.work、Hz)；
我看到了在线讨论、我想 TI 知道这一点、但不想将此等待时间更改为更短的时间或以这些在线讨论建议的另一种方式检测 DMA 完成。：
https://lkml.org/lkml/2022/8/22/299
https://lkml.org/lkml/2025/7/31/950
我正处于需要通过我们产品的内核更新解决此问题的情况、并寻求您的建议。
我想知道：
1.为什么 TI 没有就此采取行动？
2.现在我想简单地将 1 秒的轮询大拉缩短到几毫秒。 您是否看到与此相关的任何问题？
