Opened 7 years ago
Closed 6 years ago
#13772 closed bug (fixed)
XHCI: Mouse on USB port dies
Reported by: | humdinger | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta2 |
Component: | Drivers/USB/XHCI | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | #13839 | |
Platform: | All |
Description
This hrev51536.
I had a wireless USB mouse dongle for testing on a USB3 port. After 20 minutes it died for some reason. Here's the syslog entries:
Wireless mouse dongle on USB3 port died:
KERN: usb hub 2: port 1: device removed KERN: usb xhci -1: cancel queued transfers for pipe 0x82be6c70 (1) KERN: usb xhci -1: cancel queued transfers for pipe 0x82bee040 (0) KERN: usb xhci -1: KERN: cancel queued transfers for pipe 0x82be6c70 (1) KERN: usb hub 2: port 1: new device connected KERN: usb error xhci -1: unsuccessful command Parameter (17) KERN: usb xhci -1: cancel queued transfers for pipe 0x827a3ec8 (0)
Removed mouse dongle:
KERN: usb hub 2: port 1: device removed KERN: usb xhci -1: cancel queued transfers for pipe 0xd6dcc398 (0) KERN: usb xhci -1: KERN: cancel queued transfers for pipe 0xd5536258 (1)
Re-attached mouse dongle:
KERN: usb hub 2: port 1: new device connected KERN: usb error xhci -1: unsuccessful command Parameter (17) KERN: usb xhci -1: cancel queued transfers for pipe 0x827a3ec8 (0)
Still the mouse doesn't work.
Hardwareinfo: listusb
062a:4102 /dev/bus/usb/0/1 "MosArt Semiconductor Corp." "2.4G Wireless Mouse" ver. 0312 8087:07da /dev/bus/usb/0/6 "Intel Corp." "" ver. 7869 04f2:b35a /dev/bus/usb/0/7 "Chicony Electronics Co., Ltd" "Chicony USB 2.0 Camera" ver. 9162 0000:0000 /dev/bus/usb/0/hub "HAIKU Inc." "XHCI RootHub" ver. 0300 8087:8008 /dev/bus/usb/1/0/hub "Intel Corp." "" ver. 0005 0000:0000 /dev/bus/usb/1/hub "HAIKU Inc." "EHCI RootHub" ver. 0200 8087:8000 /dev/bus/usb/2/0/hub "Intel Corp." "" ver. 0005 0000:0000 /dev/bus/usb/2/hub "HAIKU Inc." "EHCI RootHub" ver. 0200
listdev
device Serial bus controller (USB controller, EHCI) [c|3|20] vendor 8086: Intel Corporation device 8c26: 8 Series/C220 Series Chipset Family USB EHCI #1 device Serial bus controller (USB controller, EHCI) [c|3|20] vendor 8086: Intel Corporation device 8c2d: 8 Series/C220 Series Chipset Family USB EHCI #2 device Serial bus controller (USB controller, XHCI) [c|3|30] vendor 8086: Intel Corporation device 8c31: 8 Series/C220 Series Chipset Family USB xHCI
Attachments (3)
Change History (16)
comment:1 by , 7 years ago
comment:2 by , 7 years ago
patch: | 0 → 1 |
---|
comment:3 by , 7 years ago
patch: | 1 → 0 |
---|
comment:5 by , 6 years ago
Milestone: | Unscheduled → R1/beta2 |
---|
comment:6 by , 6 years ago
Blocking: | 13839 added |
---|
comment:7 by , 6 years ago
I was trying to boot hrev52775 x64 nightly anyboot on my system today. Booting from both USB2 and USB3 causes kernel panic. Talked on irc to waddlesplash about it and I was asked to update this ticket with my information. My system is Asus Prime Z370-A Bios Ver 1601, 32G RAM, i7-8700K, GForce GTX 960
EDIT: Here are screenshots booting from USB2 port https://i.postimg.cc/DyhR4C36/Haiku-USB2.jpg and USB3 https://i.postimg.cc/bYxBPQSt/Haiku-USB3.jpg
comment:8 by , 6 years ago
Summary: | Mouse on USB port died → XHCI: "unsuccessful command, error Parameter" |
---|
comment:9 by , 6 years ago
I've added a bit more information to the error message in hrev52885, please re-test and add a new syslog on that revision.
comment:10 by , 6 years ago
Summary: | XHCI: "unsuccessful command, error Parameter" → XHCI: Mouse on USB port dies |
---|
It seems clear to me now that "error Parameter" is unrelated to the mouse death.
comment:11 by , 6 years ago
Please retest after hrev52966; this fixed a nasty race condition which was likely related.
comment:12 by , 6 years ago
After about 4 hours my mouse is still walzing on its pad like a young Travolta. Thanks!
Added a syslog when cleanly booting. 2 minutes later, the USB mouse on another port (this time USB2) died again. This time with no syslog entry... I'm blacklisting xhci again.