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 crash on omap3503 processor

Part Number: OMAP3503

I am using the TI controller OMAP3503-GP ES3.1.2, CPU-OPP2 L3-165MHz OMAP3 Logic + LPDDR/NAND and looking for support on OMAP3503 devices side on the linux front. On my device there is a usb modem from Sierra Wireless attached for network connectivity. I am observing the below crash on my device very frequently. It occurs when the modem goes into a sleep state due to inactivity. My kernel version is based on 4.19.55 armv7l.

WARNING: at drivers/usb/musb/musb_host.c:123 musb_h_tx_flush_fifo+0x94/0xcc()
Could not flush host TX2 fifo: csr: 2103
Modules linked in: [last unloaded: lib80211]
[<c0032ebc>] (dump_stack+0x0/0x14) from [<c005ba10>] (warn_slowpath+0x70/0x8c)
[<c005b9a0>] (warn_slowpath+0x0/0x8c) from [<c0213c84>] (musb_h_tx_flush_fifo+0x94/0xcc)
r3:00000002 r2:c03cd810
r7:ffffffff r6:d80ab120 r5:00002103 r4:00002103
[<c0213bf0>] (musb_h_tx_flush_fifo+0x0/0xcc) from [<c021487c>] (musb_cleanup_urb+0xd0/0x128)
[<c02147ac>] (musb_cleanup_urb+0x0/0x128) from [<c021635c>] (musb_urb_dequeue+0x144/0x174)
[<c0216218>] (musb_urb_dequeue+0x0/0x174) from [<c01fad9c>] (unlink1+0xb4/0xc0)
[<c01face8>] (unlink1+0x0/0xc0) from [<c01fbb98>] (usb_hcd_unlink_urb+0x5c/0xb8)
r8:cfb96360 r7:ffffff98 r6:00000000 r5:cfabda40 r4:a0000093
[<c01fbb3c>] (usb_hcd_unlink_urb+0x0/0xb8) from [<c01fc7e8>] (usb_unlink_urb+0x40/0x44)
r7:00000000 r6:cfb9646c r5:60000013 r4:ccd24620
[<c01fc7a8>] (usb_unlink_urb+0x0/0x44) from [<c01d0ecc>] (unlink_urbs+0x5c/0x90)
[<c01d0e70>] (unlink_urbs+0x0/0x90) from [<c01d1648>] (usbnet_stop+0xb8/0x144)
[<c01d1590>] (usbnet_stop+0x0/0x144) from [<c024df70>] (dev_close+0x80/0xa8)
[<c024def0>] (dev_close+0x0/0xa8) from [<c024dd70>] (dev_change_flags+0x98/0x168)
r5:00000021 r4:cfb96000
[<c024dcd8>] (dev_change_flags+0x0/0x168) from [<c028dd7c>] (devinet_ioctl+0x2c0/0x6a8)
r7:cfb0c860 r6:cd951e60 r5:00000001 r4:00000000
[<c028dabc>] (devinet_ioctl+0x0/0x6a8) from [<c028e9e8>] (inet_ioctl+0xc0/0xe8)
[<c028e928>] (inet_ioctl+0x0/0xe8) from [<c02abe08>] (packet_ioctl+0x110/0x11c)
[<c02abcf8>] (packet_ioctl+0x0/0x11c) from [<c023f870>] (sock_ioctl+0x1e8/0x238)
r5:00008914 r4:00008914
[<c023f688>] (sock_ioctl+0x0/0x238) from [<c00b6374>] (vfs_ioctl+0x34/0x78)
r6:00000003 r5:be9d1600 r4:00008914
[<c00b6340>] (vfs_ioctl+0x0/0x78) from [<c00b68ac>] (do_vfs_ioctl+0x4c8/0x50c)
r5:be9d1600 r4:cf8bc960
[<c00b63e4>] (do_vfs_ioctl+0x0/0x50c) from [<c00b6930>] (sys_ioctl+0x40/0x64)
[<c00b68f0>] (sys_ioctl+0x0/0x64) from [<c002ed60>] (ret_fast_syscall+0x0/0x2c)
r7:00000036 r6:0001d8f0 r5:be9d1600 r4:00000000
---[ end trace fea2f01aa94d1207 ]---