wolfmanjm
commented
3 years ago I too have this issue since using circuit python on an RPI pico, and also a nucleo development board using the newer STLINK-V3 which also provides composite USB devices and an MSD for easy flashing.
I have been using Ubuntu 18.04, but I just upgraded to 20.04 hoping they may have fixed it. It has only been a day and no crashes (yet) but I have turned off auto mount, and I try to safely eject the drive before turning it off. (This seems to help).
A side note is I am the maintainer of some open source 3D printer firmware called smoothieware, and we have a composite MSD device and CDC/ACM which presents itself to the host. I have never had or seen reports of it crashing the host when turned off. (On the other hand I never auto mount the MSD device). Although it did used to blue screen windows when the MSD device was setup to be added dynamically instead of statically at boot.
Last night I discoved this in my dmesg, this usually precedes a crash, and I think is one of the precursors to this crash. There are thousands of these warnings. I rebooted as I have found once these start the eventual result is a crash. These usually happen after the device (my rpipico with CP) has been turned off.
The device I think is the xhci usb controller so this maybe related to usb3, even though I have a USB2 hub which these devices are plugged into.
xhci_hcd 0000:00:14.0: xHCI Host Controller
Mar 22 20:45:56 desktop kernel: [67557.394580] xhci_hcd 0000:00:14.0: A Set TR Deq Ptr command is pending.
Mar 22 20:45:56 desktop kernel: [67557.407289] xhci_hcd 0000:00:14.0: WARN Cannot submit Set TR Deq Ptr
Mar 22 20:45:56 desktop kernel: [67557.407289] xhci_hcd 0000:00:14.0: A Set TR Deq Ptr command is pending.
Mar 22 20:45:56 desktop kernel: [67557.424061] xhci_hcd 0000:00:14.0: WARN Cannot submit Set TR Deq Ptr
Mar 22 20:45:56 desktop kernel: [67557.424065] xhci_hcd 0000:00:14.0: A Set TR Deq Ptr command is pending.
Mar 22 20:45:56 desktop kernel: [67557.426164] xhci_hcd 0000:00:14.0: WARN Cannot submit Set TR Deq Ptr
Mar 22 20:45:56 desktop kernel: [67557.426165] xhci_hcd 0000:00:14.0: A Set TR Deq Ptr command is pending.
Mar 22 20:45:56 desktop kernel: [67557.441060] xhci_hcd 0000:00:14.0: WARN Cannot submit Set TR Deq Ptr
Mar 22 20:45:56 desktop kernel: [67557.441063] xhci_hcd 0000:00:14.0: A Set TR Deq Ptr command is pending.
Mar 22 20:45:56 desktop kernel: [67557.443132] xhci_hcd 0000:00:14.0: WARN Cannot submit Set TR Deq Ptr
Mar 22 20:45:56 desktop kernel: [67557.443133] xhci_hcd 0000:00:14.0: A Set TR Deq Ptr command is pending.
Mar 22 20:45:56 desktop kernel: [67557.447506] xhci_hcd 0000:00:14.0: WARN Cannot submit Set TR Deq Ptr
Mar 22 20:45:56 desktop kernel: [67557.447507] xhci_hcd 0000:00:14.0: A Set TR Deq Ptr command is pending.
Mar 22 20:45:56 desktop kernel: [67557.449455] xhci_hcd 0000:00:14.0: WARN Cannot submit Set TR Deq Ptr
Mar 22 20:45:56 desktop kernel: [67557.449457] xhci_hcd 0000:00:14.0: A Set TR Deq Ptr command is pending.
Mar 22 20:45:56 desktop kernel: [67557.451498] xhci_hcd 0000:00:14.0: WARN Cannot submit Set TR Deq Ptr
Mar 22 20:45:56 desktop kernel: [67557.451499] xhci_hcd 0000:00:14.0: A Set TR Deq Ptr command is pending.
Mar 22 20:45:56 desktop kernel: [67557.453492] xhci_hcd 0000:00:14.0: WARN Cannot submit Set TR Deq Ptr
Mar 22 20:45:56 desktop kernel: [67557.453493] xhci_hcd 0000:00:14.0: A Set TR Deq Ptr command is pending.
Mar 22 20:45:56 desktop kernel: [67557.455457] xhci_hcd 0000:00:14.0: WARN Cannot submit Set TR Deq Ptr
Mar 22 20:45:56 desktop kernel: [67557.455458] xhci_hcd 0000:00:14.0: A Set TR Deq Ptr command is pending.
Mar 22 20:45:56 desktop kernel: [67557.457503] xhci_hcd 0000:00:14.0: WARN Cannot submit Set TR Deq Ptr
Mar 22 20:45:56 desktop kernel: [67557.457507] xhci_hcd 0000:00:14.0: A Set TR Deq Ptr command is pending.
Mar 22 20:45:56 desktop kernel: [67557.468280] usb 1-5.4.4: USB disconnect, device number 39
tannewt
dhalbert
jerryneedell
For the past few months, I have noticed that sometimes when I physically disconnects CP boards USB plug, the Linux system immediately "locks" up requiring a Power Cycle to recover.
this may be related to #3223 for reference @dhalbert reported this to the Linux folks: here is his correspondence: My original Ubuntu bug report: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1871143
Correspondence on the linux-usb mailing list: https://marc.info/?l=linux-usb&m=159387610928589&w=2
This is a quick data dump of recent information:
This has been triggered by several MCU boards - fearther_m4_express, feather_m0_express, esp32s2 (saola wrover)
My Linux system is running Ubuntu 20.04 and is an older (~2012 mac-mini) Here is a list of the USB modules
In an attempt to troubleshoot, I tried testing the timyusb example https://github.com/hathach/tinyusb/tree/22100b252fc2eb8f51ed407949645653c4880fd9/examples/device/cdc_msc ( with the cdc_msc_freertos version for esp332s2)
I built it for the esp32s2, feather_m4_express, feather_m0_express
I loaded it onto boards and repeatedly connected/disconnected them from the Linux box with no issues.
I then restored the feather_m4_express to the latest main build of CP and it cause a hang on the first disconnect.
I installed linux-crashdump on my system and tried some connect/disconnect cycles. Note: For this crash, I was actively connected to the REPL -- I do not think that has always been the case. when it crashed, it hung immediately on disconnect as it has in the past, but then automatically rebooted. I assume this is due to linux-crashdump now bing installed... here is the crash dump file: crash.txt