[参考译文] AM3354：AM3354 USB mushw_tx_flush-FIFO

以下运行路径是高频所需路径：
1.插入 USB 驱动器和 USB 打印机
2.通过/dev/usb/lp0将数据写入 USB 打印机(当打印机缺纸时)
内核将输出名为"ushw_tx_flush-Filge-FIFO"的警告消息
如果您此时检查 USB 驱动器的安装路径、则很容易触发上述警告消息并重置 USB

我知道这个内核版本很旧、我们目前想在保持 USB DMA 的同时继续使用它。 我想知道我们是否可以通过哪些修补程序来解决这个问题。

您好、自强：

有关 musb_h_tx_flush_fifo 本身的内核警告消息可能是无害的。 更新的内核已更改、仅打印此消息一次。

此警告不应直接链接到 USB 总线复位、这可能是由其他 USB 问题引起的。

您已经知道不再支持内核 v4.1。 请使用最新的 SDK 进行测试、看看问题是否仍然发生。

您好 Bin、
我会尝试使用内核6.1.46的最新 SDK、但由于我们长期以来一直在4.1版上进行开发、更改内核版本的可能性目前很低。 我知道您对此 USB 有很多知识、我想问一下、在4.1版中、您是否建议我们应包含哪些与 USB 相关的补丁？ 目前、我们的问题也相对稳定、我们想先做这个小的改变。 感谢您的支持。

、对版本4.1进行了检查、发现当出现"ushw_tx_flush-FIFO"时、每次 csr=musc_readw (epio、MUSB_TXCSR)时、所有返回值 CSR 为0X250B、此后所有 usc_submit.urb (写入 urb、gfp_kernel)运行将触发、rv=usblp=flique(usblock)、直至打印机 fle/rv=usblp=flease_flease(usblp=f)。 我想知道是什么原因导致未来无法写入、以及我如何监控这一状态。 此时我想组织 USB 设备的编写。

您好 Bin、

(+) AM3358：多个具有32个以上端点的 USB 器件-处理器论坛-处理器- TI E2E 支持论坛

如上所述、您似乎也处理过类似的问题。 另外、我们还需要通过 USB 集线器在 CPU 上安装一个 USB 端口。 这是否会导致该问题。 在非 HUB 版本中不会出现此问题、我不知道是否有任何好的解决方案。

您好、自强：

Unknown 说：

Nd 我想问、在4.1版中、您是否建议我们应包含哪些与 USB 相关的补丁？ [/报价]

内核4.1有10年的历史,我不记得它的 USB 驱动程序的细节,以及从4.1起修复了什么确切的错误。 最重要的是,我们还不知道问题的根本原因,除了 USB 总线得到重置。 现在可以提供内核补丁。

Unknown 说：

并且每次 csr=musc_readw (epio、MUSB_TXCSR)；返回值 CSR 为0X250B、

该寄存器值实际上没有任何问题、但表明已启用 CPPI41_DMA。 如果是、您能否尝试禁用 CPPI41_DMA 以查看问题是否仍然发生？

Unknown 说：

在非集线器版本

中不会出现此问题

我想您已将 USB 驱动器和 USB 打印机连接到 AM335x USB。 如何在没有集线器的情况下连接2个 USB 设备？

[/quote]

您好、Bin、

1. 4.1版的 USB 驱动程序似乎不是很稳定,但目前我们无法进行主要的内核版本更改。 如果我们只想进行小规模的更改、建议使用支持 Kenel4的 SDK 中间版本吗？ X？

2.是否存在禁用 CPPI41-DMA 的风险、例如来自其他外设的中断是否会使 USB 中断更容易。 我看到了许多推荐关闭 CPPI41-DMA 选项的帖子。 这是因为版本4.1中的 USB DMA 驱动程序尚未完成吗？

3.我们的硬件版本没有集线器,但直接连接到 CPU 上的两个 USB 端口,复制方法似乎没有问题。 但是、如果不连接到集线器、多次拔下和拔下通信不良的 USB 驱动器可能会导致系统异常、而连接到集线器只会导致 USB 功能异常。 因此、我们临时选择连接到集线器版本以确保系统稳定性