keyboard+mouse unusable, "low speed USB device reset" continiously

Bug #91230 reported by jjabba on 2007-03-10
52
This bug affects 5 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Medium
Unassigned
linux-source-2.6.17 (Ubuntu)
Medium
Unassigned
linux-source-2.6.20 (Ubuntu)
Medium
Unassigned

Bug Description

Ive got a AsRock K7NF2-RAID mobo.
My mouse *Logitec MX500* and keyboard *Appleeee USB Keyboard* are hooooocked up to a Aten USB KVM switch which is then connnencted to my mobo. in 6.06 TTTThis setup was flawlllllless. But since 6.10 and also in FF 7.beta5 i geeeet this messsssage in theeee log over and over and over again>

Mar 10 20:39:43 ubuntu kernel: [ 1059.279887] usb 1-3.2: reset low speed USB device using ohci_hcd and address 7
Mar 10 20:39:45 ubuntu kernel: [ 1061.472466] usb 1-3.2: reset low speed USB device using ohci_hcd and address 7
Mar 10 20:39:47 ubuntu kernel: [ 1063.880705] usb 1-3.2: reset low speed USB device using ohci_hcd and address 7
Mar 10 20:39:53 ubuntu kernel: [ 1069.157479] usb 1-3.2: reset low speed USB device using ohci_hcd and address 7
Mar 10 20:39:53 ubuntu kernel: [ 1069.744563] usb 1-3.1: reset low speed USB device using ohci_hcd and address 4
Mar 10 20:39:56 ubuntu kernel: [ 1072.224688] usb 1-3.2: reset low speed USB device using ohci_hcd and address 7
Mar 10 20:39:59 ubuntu kernel: [ 1075.455650] usb 1-3.1: reset low speed USB device using ohci_hcd and address 4
Mar 10 20:40:01 ubuntu kernel: [ 1077.664208] usb 1-3.1: reset low speed USB device using ohci_hcd and address 4
Mar 10 20:40:03 ubuntu kernel: [ 1079.405505] usb 1-3.1: reset low speed USB device using ohci_hcd and address 4
Mar 10 20:40:05 ubuntu kernel: [ 1081.138811] usb 1-3.1: reset low speed USB device using ohci_hcd and address 4
Mar 10 20:40:07 ubuntu kernel: [ 1083.308436] usb 1-3.1: reset low speed USB device using ohci_hcd and address 4
Mar 10 20:40:09 ubuntu kernel: [ 1085.736664] usb 1-3.1: reset low speed USB device using ohci_hcd and address 4

Which USB port I use doen\t matter, also, I get the same problem even without my KVM, using my mouse aaaaand keyboard direct. And how this mannnifests itself.... welll lyooou can allll see how my typing heeeere loooooks :-/

ProblemType: Bug
Date: Sat Mar 10 20:27:37 2007
DistroRelease: Ubuntu 7.04
Uname: Linux ubuntu 2.6.20-9-generic #2 SMP Mon Feb 26 03:01:44 UTC 2007 i686 GNU/Linux

Ben Collins (ben-collins) wrote :

Can you attach (do not paste into comment) the output of the following commands:

dmesg
lspci -vv
lspci -vvn
lsusb -vv

Thanks

Changed in linux-source-2.6.20:
assignee: nobody → ben-collins
status: Unconfirmed → Needs Info
jjabba (karl-jjabba) wrote :

here are the req outputs

jjabba (karl-jjabba) wrote :
jjabba (karl-jjabba) wrote :
jjabba (karl-jjabba) wrote :
Ben Collins (ben-collins) wrote :

Your dmesg output is empty. You do not need to use sudo for the dmesg command.

I did, but I misspelled dmesg (demsg). Here is the correct outputfile.

Changed in linux-source-2.6.20:
assignee: ben-collins → ubuntu-kernel-team
importance: Undecided → Medium
status: Needs Info → Confirmed
Changed in linux-source-2.6.17:
assignee: nobody → ubuntu-kernel-team
importance: Undecided → Medium
status: Unconfirmed → Confirmed

Hi everybody,
Since this issue has gotten some attention lately I've conducted a few more tests. It seems that my first test was erroneous as the keyboard and mouse works if plugged directly into the computer, but only if the KVM is not plugged in.

This is the "fault-table" I came up with (the cpu was cold started for each configuration):

Working | Configuration
-------------------------------------------------------
 Yes | M&K directly
 No | M&K directly and KVM to another USB port
 Yes | M&K directly and an USB 2.0 hub
 Yes | M&K in USB 2.0 hub
 No | M&K in USB 2.0 hub and KVM to another USB port
-------------------------------------------------------

My KVM is reported to be a USB 1.0 device, which might be the underlaying cause. It's a shame I don't have a USB 1.0 hub to back this up.

I can confirm the same problem with another KVM, Iogear DVI Model GCS1764 W6 using Ubuntu 7.04.

zou (zou000) wrote :

Maybe the problem is related to nForce chip set?
I can confirm jjabba's fault-table with abit nf8 mobo, Iogear GCS632U KVM and Ubuntu 7.10. The same KVM and Ubuntu version works perfectly with GA-7VAXP mobo, which uses VIA chip set.

Hi everyone.

@zou: so far, I didn't get much time to investigate further and my Ubuntu box is pretty much a brick to me lately. I can't even turn it on to access through the network as this mess up all the boxes attached to the kvm.

Anyway I think this bug may be a resurgence in recent kernels of a much older one (at least the original cause of both bugs could be the same):
http://<email address hidden>/msg02941.html

To anyone concerned, the most immediate workaround should be to deactivate any USB keyboard driver in the kernel and then let the BIOS do its best to emulate the keyboard.

But as I said, I didn't get to try or investigate any of the two suggestions.

@zou: did you check if you got the same modules loaded in both cases? You could be using BIOS emulation with the GA-7VAXP.

Forest (foresto) wrote :

Is this the same as bug 124406? Here's what I just posted in that report:

I have the stuck keys problem as well. Every time it happens, I get a syslog message like this:

  usb 2-1: reset low speed USB device using uhci_hcd and address 3

The usb device in question is my Logitech MouseMan Wheel, model number B-BD53. I have never seen this happen when I plug it in using its usb to ps2 adapter, only when I plug directly into one of my computer's usb ports.

I first noticed the problem while typing in a terminal window and running a virtual machine in the background. However, it definitely happens even while my computer is idle. (The log entries below were written during idle time.)

"carlosbrolotobar" on ubuntuforums.org has the same problem, also correlated with usb device reset messages:
http://ubuntuforums.org/showthread.php?p=4610774

Some general hardware info:
ps/2 keyboard
intel penryn core 2 duo cpu
Intel P35/ICH9 chipset

Some software info:
Ubuntu 8.04 (Hardy Heron)
Linux heron 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux
X.Org X Server 1.4.0.90
nVidia proprietary driver 169.12
xfce 4.4.2

A longer syslog excerpt, starting when I plugged in my mouse:
May 15 20:49:08 heron kernel: [ 2628.533383] usb 2-1: new low speed USB device using uhci_hcd and address 3
May 15 20:49:08 heron kernel: [ 2628.706961] usb 2-1: configuration #1 chosen from 1 choice
May 15 20:49:08 heron kernel: [ 2628.725028] input: Logitech USB Mouse as /devices/pci0000:00/0000:00:1a.1/usb2/2-1/2-1:1.0/input/input7
May 15 20:49:08 heron kernel: [ 2628.785569] input,hidraw0: USB HID v1.10 Mouse [Logitech USB Mouse] on usb-0000:00:1a.1-1
May 15 20:55:56 heron kernel: [ 3036.521260] usb 2-1: reset low speed USB device using uhci_hcd and address 3
May 15 20:56:31 heron kernel: [ 3070.725849] usb 2-1: reset low speed USB device using uhci_hcd and address 3
May 15 20:57:25 heron kernel: [ 3124.876792] usb 2-1: reset low speed USB device using uhci_hcd and address 3
May 15 20:57:45 heron kernel: [ 3145.234291] usb 2-1: reset low speed USB device using uhci_hcd and address 3
May 15 21:01:03 heron kernel: [ 3342.411627] usb 2-1: reset low speed USB device using uhci_hcd and address 3
May 15 21:01:48 heron kernel: [ 3387.133258] usb 2-1: reset low speed USB device using uhci_hcd and address 3
May 15 21:02:08 heron kernel: [ 3407.103576] usb 2-1: reset low speed USB device using uhci_hcd and address 3
May 15 21:03:39 heron kernel: [ 3498.057674] usb 2-1: reset low speed USB device using uhci_hcd and address 3
May 15 21:06:10 heron kernel: [ 3648.539500] usb 2-1: reset low speed USB device using uhci_hcd and address 3
May 15 21:06:18 heron kernel: [ 3657.025783] usb 2-1: reset low speed USB device using uhci_hcd and address 3
May 15 21:07:11 heron kernel: [ 3709.851493] usb 2-1: reset low speed USB device using uhci_hcd and address 3

@forest: As much as I would love to see that bug receive some attention at last, I don't think it is related to bug 124406. I might be wrong but this one seems to be pretty much narrowed to some KVM switches.

Only workaround so far for me was to recompile a kernel without USB HID support (if I remember right): in recent kernels, there seem to be no means to prevent those modules auto loading...

I noticed this bug now. I have been running Ubuntu 7.04 few days now and there hasn''t been any problems this far - they appeared today.

1) I am running Skype

2) I am having download background

3) Few flash animation running

25% - 30% CPU load.

Now and then there is a spike in the CPU usage and if you are typing right then, the key will be stuck. So this is related to CPU usage somehow. The bug is either causing the CPU spike (USB redetection maxes the CPU) or USB device gets disconnected because of it.

May 16 16:59:37 rousku kernel: [ 1597.656506] input: Logitech USB Mouse as /devices/pci0000:00/0000:00:1d.2/usb3/3-1/3-1:1.0/input/input13
May 16 16:59:37 rousku kernel: [ 1597.697362] input,hidraw0: USB HID v1.10 Mouse [Logitech USB Mouse] on usb-0000:00:1d.2-1
May 16 16:59:41 rousku kernel: [ 1601.337485] usb 3-1: reset low speed USB device using uhci_hcd and address 12
May 16 16:59:45 rousku kernel: [ 1604.921805] usb 3-1: reset low speed USB device using uhci_hcd and address 12
May 16 17:00:07 rousku kernel: [ 1627.026497] usb 3-1: reset low speed USB device using uhci_hcd and address 12
May 16 17:00:07 rousku kernel: [ 1627.330281] usb 3-1: USB disconnect, address 12
May 16 17:00:07 rousku kernel: [ 1627.485522] usb 3-1: new low speed USB device using uhci_hcd and address 13
May 16 17:00:07 rousku kernel: [ 1627.657608] usb 3-1: configuration #1 chosen from 1 choice
May 16 17:00:07 rousku kernel: [ 1627.677892] input: Logitech USB Mouse as /devices/pci0000:00/0000:00:1d.2/usb3/3-1/3-1:1.0/input/input14
May 16 17:00:08 rousku kernel: [ 1627.718920] input,hidraw0: USB HID v1.10 Mouse [Logitech USB Mouse] on usb-0000:00:1d.2-1

Forest (foresto) wrote :

If you say so Anton, but the title of this bug includes the USB device reset message, its description includes the repeating keys problem, and both those things occur on my system with no KVM. The problem goes away when I remove my mouse from the USB port.

Sergio Zanchetta (primes2h) wrote :

The 18 month support period for Edgy Eft 6.10 has reached it's end of life. As a result, we are closing the linux-source-2.6.17 Edgy Eft kernel task. However, please note that this report will remain open against the actively developed kernel. Thank you for your continued support and help as we debug this issue.

Changed in linux-source-2.6.17:
status: Confirmed → Invalid

Hi Everyone,

The Intrepid Ibex 8.10 release is set to come out in a matter of days. It would be great if someone can confirm this is still an issue with Intrepid.

As with Edgy, the 18 month support period for Feisty Fawn 7.04 has reached it's end of life - http://www.ubuntu.com/news/ubuntu-7.04-end-of-life . As a result we are closing the linux-source-2.6.20 task. However, I opened the "linux" kernel task so that this report remains open against the actively developed kernel. Please let us know your results with Intrepid. Thanks.

Changed in linux:
status: New → Incomplete
Changed in linux-source-2.6.20:
status: Confirmed → Won't Fix
Bent Ole Fosse (bent-safe-net) wrote :

I got the problem after upgrading to 8.10.

Bent Ole Fosse (bent-safe-net) wrote :

more

Bent Ole Fosse (bent-safe-net) wrote :
Bent Ole Fosse (bent-safe-net) wrote :

When mouse dies, output in log is :

usb 2-1: failed to restore interface 0 altsetting 0 (error=-62)
usb 2-1: USB disconnect, address 3

Jacek Wojtkowski (jacek2v) wrote :

HI,

I think this is a problem with KVM. I have aten CS-62u and i have these same messages :
"usb 1-4.1: reset low speed USB device using ohci_hcd and address 27"

I some time ago i found solusion, but it isn't perfect to me :
http://<email address hidden>/msg17542.html

:(

Changed in linux:
assignee: nobody → ubuntu-kernel-team
importance: Undecided → Medium
status: Incomplete → Triaged
Bent Ole Fosse (bent-safe-net) wrote :

I reinstalled from cd and the message is gone and the computer doesnt freeze anymore. So maybe something went wrong in the upgrade

Per a decision made by the Ubuntu Kernel Team, bugs will longer be assigned to the ubuntu-kernel-team in Launchpad as part of the bug triage process. The ubuntu-kernel-team is being unassigned from this bug report. Refer to https://wiki.ubuntu.com/KernelTeamBugPolicies for more information. Thanks.

François Rey (fmjrey) wrote :

I would like to reactivate this bug and make it a higher priority. Not only it's affecting me on Kubuntu 9.04 64bits but:
- there are numerous reports of this issue on the net (just look on google for ubuntu bouncing or repeating key),
- it's a long standing issue (this bug is 2 years old, reported on 6.10, and I have it on kubuntu 9.04 64bits)
- the loss of keyboard and mouse is a serious showstopper for anyone trying linux especially when it happens during install
That bug already kept me away from migrating to Kubuntu a while ago (and on a different machine btw).
I don't have a KVM switch but my Logitech wireless mouse is connected on a usb hub on which I also have my keyboard, so I guess my setup is similar to a KVM. I noticed the problem went away when unplugging the mouse and connecting it directly, and that's what I had to do in order to install Kubuntu 9.04 64bit on my Asus U6S laptop. Next I'll try to have them both on 2 separate hubs, and see if it only happens when kb+mouse are on the same hub.

I'm not sure what the status of this bug is but I hope I'll get some support, I really would like to get going with this and no longer have to boot xp...
I'll reboot on kubuntu now and get these output for you:
dmesg
lspci -vv
lspci -vvn
lsusb -vv

François Rey (fmjrey) wrote :

Ok I've been trying several things and here is what I can say:
- this problem is not related to keyboard and mouse connected to the same external usb hub, since I had it with the mouse only
- this problem happens only on one of my hub: D-link DUB-H7 ports USB 2 hub. I've got another 4 port hub and it does not happen on it
- I've found many other related bus/posts, the most interesting are:
  - https://bugs.launchpad.net/bugs/124406 : most likely a duplicate, very active since jaunty!
  - http://<email address hidden>/msg18199.html : interesting message from an old active thread
So since the first of these links goes to an active and mostly duplicate bug report, I'm switching to that one from now on.
In any case I attach my outputs here too.

I have this issue since upgrading to Ubuntu 9.10 from 9.04

The device causing it is a Rockey HID dongle. The effect on the server is that MYSQL queries / apache hits take a long time to respond during the USB reset phase.

Jeremy Foshee (jeremyfoshee) wrote :

This bug report was marked as Triaged a while ago but has not had any updated comments for quite some time. Please let us know if this issue remains in the current Ubuntu release, http://www.ubuntu.com/getubuntu/download . If the issue remains, click on the current status under the Status column and change the status back to "New". Thanks.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

starslights (starslights) wrote :

Hello Jeremy,

It seem to be fixed on Lucid 10.04 LTS, i don't have karmic anymore.

I suggest that we close this bug since their no activity.

Best Regards

Stars

François Rey (fmjrey) wrote :

Could you please wait until I test this bug on a machine where I can reproduce it?

This is not fixed for me by 10.04.

Logs attached

See also kernel bug 9448 here: https://bugzilla.kernel.org/show_bug.cgi?id=9448

and launchpad bug 124406 (related; multiple causes)

This bug was filed against a series that is no longer supported and so is being marked as Won't Fix. If this issue still exists in a supported series, please file a new bug.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.