This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] OMAP3503:Musb TxFifio 在 OMAP3503处理器上崩溃

Guru**** 657500 points
Other Parts Discussed in Thread: OMAP3503
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/989775/omap3503-musb-txfifio-crash-on-omap3503-processor

器件型号:OMAP3503

我正在使用 TI 控制器 OMAP3503-GP ES3.1.2、CPU-OPP2 L3-165MHz  OMAP3逻辑+ LPDDR/NAND、并在 Linux 前端的 OMAP3503器件端寻找支持。  在我的设备上、连接了来自 Sierra Wireless 的 USB 调制解调器以进行网络连接。 我经常会在设备上观察到以下崩溃。 当调制解调器由于不活动而进入睡眠状态时、就会发生这种情况。 我的内核版本基于4.19.55 armv7l。

警告:在 drivers/USB/musb/musb_host.c:123 musb_h_tx_flush_fifo+0x94/0xcc ()
无法刷新主机 TX2 FIFO:CSR:2103
链接的模块:[上次卸载:lib80211]
[ ](dump_stack+0x0/0x14)从[ ](WARN_RASPERAT+0x70/0x8c)
[ ](WARN_RASPE+0x0/0x8c)、来自[ ](musb_h_tx_flush_fifo+0x94/0xcc)
r3:00000002 r2:c03cd810
R7:ffff R6:d80ab120 R5:00002103 R4:00002103
[ ](musb_h_tx_flush_fifo+0x0/0xcc)、来自[ ](musb_clean_话 术+0xd0/0x128)
[ ](musb_clean_话 术+0x0/0x128)、来自[ ](musb_urb_dequeue+0x144/0x174)
[ ](musb_urb_dequeue+0x0/0x174)、来自[ ](unlink1+b4/0xc0)
[ ](unlink1+0x0/0xc0)从[ ](USB_hcd_unlink_hurb+0x5c/b8)
r8:cfb96360 r7:ffffff98 r6:00000000 r5:cfabda40 r4:a0000093
[ ](USB_hcd_unlink_hurb+0x0/b8)、来自[ ](USB_unlink 话术+0x40/0x44)
R7:00000000 R6:cfb9646c R5:60000013 R4:ccd24620
[ ](USB_unlink_话 术+0x0/0x44)从[ ](unlink_话 术+0x5c/0x90)
[ ](unlink_话 术+0x0/0x90)从[ ](usbnet_stop+b0x8/0x144)
[ ](usbnet_stop+0x0/0x144)从[ ](DEV_CLOC+0x80/0xa8)
[ ](DEV_CLOC+0x0/0xa8)、来自[ ](DEV_CHANGE_FLAGS+0x98/0x168)
R5:00000021 R4:cfb96000
[ ](DEV_CHANGE_FLAGS+0x0/0x168)从[ ](devinet_ioctl+0x2c0/0x6a8)
r7:cfb0c860 r6:cd951e60 r5:00000001 r4:00000000
[ ](devinet_ioctl+0x0/0x6a8)从[ ](inet_ioctl+0xc0/0xe8)
[ ](inet_ioctl+0x0/0xe8)从[ ](packet_ioctl+0x110/0x11c)
[ ](packet_ioctl+0x0/0x11c)从[ ](SOCK_ioctl+0x1e8/0x238)
R5:00008914 R4:00008914
[ ](SOCK_ioctl+0x0/0x238)从[ ](vfs_ioctl+0x34/0x78)
R6:00000003 R5:be9d1600 R4:00008914
[ ](vfs_ioctl+0x0/0x78)、从[ ](do_vfs_ioctl+0x4c8/0x50c)
R5:be9d1600 r4:cf8bc960
[ ](do_vfs_ioctl+0x0/0x50c)从[ ](sys_ioctl+0x40/0x64)
[ ](sys_ioctl+0x0/0x64)从[ ](RET_FAST_SYSCALL+0x0/0x2C)
R7:00000036 R6:0001d8f0 R5:be9d1600 R4:00000000
--[结束跟踪特性2f01aa94d1207 ]---

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Mukul、

    如 https://www.ti.com/product/OMAP3503上的器件页面所示、 它不提供该器件的设计支持。 但是、根据我在使用与 OMAP3503相同的 USB 控制器的其他器件上的经验、此内核跟踪是无害的、可以忽略、不会影响 USB 功能。

    有趣的是、您经常会看到此消息。 您假设每次重新引导时只能看到它一次,因为日志是使用 DEV_WARN_ANAONE()打印的。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Bin、

    感谢您的回复。 我确实看到每次 重新启动之前都会发生崩溃。 设备在崩溃后挂起一小时左右。 我认为 我们必须接受内核警告、但我们能否至少解决这个挂起的问题? 我从论坛上的其他讨论中看到,有一个为同一个提供的增补程序--> https://marc.info/?l=linux-usb&m=146222355213935&w=2。 它是否也适用于我的内核版本和器件?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Mukul、

    不需要、您不需要此补丁。 请查看以下链接。

    https://lore.kernel.org/patchwork/patch/880371/