Opened 8 years ago
Closed 7 years ago
#12883 closed bug (fixed)
Laggy mouse
Reported by: | humdinger | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Drivers/USB/XHCI | Version: | R1/Development |
Keywords: | Cc: | korli | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
This is hrev50452.
After updating a Haiku test installation, my mouse feels like skating on ice. It lags a bit when I prod it to move and glides a bit farther that expected... I suspect hrev50451 being the culprit; all works fine on my production system on hrev50423.
The syslog gets filled with:
KERN: usb hub 2: port 15 is not suspended KERN: usb hub 2: port 15 is not in an over current state KERN: usb hub 2: port 15 was reset
I attach listusb and listdev output.
Attachments (4)
Change History (12)
by , 8 years ago
Attachment: | listdev.txt added |
---|
comment:1 by , 8 years ago
Cc: | added |
---|
comment:2 by , 8 years ago
When blacklisting add-ons/kernel/busses/usb/xhci
, the mouse isn't lagging anymore (thanks Rene, for the tip!). Attached is the non-blacklisted and blacklisted syslog booting hrev50452.
by , 8 years ago
Attachment: | syslog_not-blacklisted.txt added |
---|
not-blacklisted xhci: mouse is lagging
comment:3 by , 8 years ago
Component: | Drivers/USB → Drivers/USB/XHCI |
---|---|
Owner: | changed from | to
Status: | new → assigned |
comment:4 by , 8 years ago
This is why xhci wasn't enabled by default. Ashkay and I worked on this during his last GSoC. We managed to make quite a few improvements, but not enough to make it usable.
comment:5 by , 8 years ago
We had a whitelist for some time, we could revert to it (and populate it only with confirmed working controllers), or we can switch to a blacklist. Depends on the number of USB controllers working/broken.
comment:6 by , 8 years ago
Owner: | changed from | to
---|
comment:7 by , 7 years ago
comment:8 by , 7 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
listdev output