Opened 8 years ago

Closed 6 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)

listdev.txt​ (2.7 KB ) - added by humdinger 8 years ago.
listdev output
listusb.txt​ (19.6 KB ) - added by humdinger 8 years ago.
listusb -v output
syslog_blacklisted.txt​ (187.4 KB ) - added by humdinger 8 years ago.
blacklisted xhci: no lagging mouse
syslog_not-blacklisted.txt​ (379.4 KB ) - added by humdinger 8 years ago.
not-blacklisted xhci: mouse is lagging

Download all attachments as: .zip

Change History (12)

by humdinger, 8 years ago

Attachment: listdev.txt​ added

listdev output

by humdinger, 8 years ago

Attachment: listusb.txt​ added

listusb -v output

comment:1 by anevilyak, 8 years ago

Cc: korli added

comment:2 by humdinger, 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 humdinger, 8 years ago

Attachment: syslog_blacklisted.txt​ added

blacklisted xhci: no lagging mouse

by humdinger, 8 years ago

Attachment: syslog_not-blacklisted.txt​ added

not-blacklisted xhci: mouse is lagging

comment:3 by anevilyak, 8 years ago

Component: Drivers/USB → Drivers/USB/XHCI
Owner: changed from mmlr to korli
Status: new → assigned

comment:4 by jessicah, 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 pulkomandy, 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 korli, 8 years ago

Owner: changed from korli to nobody

comment:7 by humdinger, 6 years ago

This is also fixed by Greg Crain's USB3 commits (hrev51533 ff). Thanks, Greg!

(I uploaded a syslog at #12895.)

comment:8 by korli, 6 years ago

Resolution: → fixed
Status: assigned → closed
Note: See TracTickets for help on using tickets.