USB mouse works on and off (disconnects and re-connects)
I'm using Debian stable, installed on a Toshiba laptop.
Plugged in a basic Microsoft USB mouse. Mouse works for a couple for seconds, then the LED goes out, then comes back again after a short while (typically 1-10seconds), in what appears a purely random fashion. The mouse works fine on a Windows machine, and laptop usb ports are fine too since I've connected a USB HDD to them. I've set in xorg.conf: Section "InputDevice" Identifier "USB Mouse" Driver "mouse" Option "CorePointer" Option "Protocol" "Microsoft" Option "Device" "/dev/input/mice" Option "BaudRate" "300" EndSection Any ideas? (IRQ conflict? buggy usb support?). Update: It seems the mouse gets disconnected and then reconnected every few seconds. This is /var/log/messages: Code:
May 11 22:18:13 mypc kernel: [ 451.032322] usb 2-1: USB disconnect, address 17 TIA |
Hi there,
Quote:
Quote:
USB-powered 2½" hard disks usually negotiate that properly, and the 3½" hard disks don't have the problem because they have their own power supply. Quote:
[X] Doc CPU |
Thanks.
After long hours yesterday searching online, there seems to be main causes for such usb mouse issue: irq conflict and hardware issues, possibly due to the 100mA current thing. Following comments online, I've tried adding noapic nolapic and acpi=force irqpoll in grub, but it didn't solve the issue. Regarding the messages, it shows "USB disconnect, address <something>", for example: Code:
May 12 13:33:25 mypc kernel: [ 571.013697] generic-usb 0003:045E:0040.0004: input,hidraw0: USB HID v1.10 Mouse [Microsoft Microsoft 3-Button Mouse with IntelliEye(TM)] on usb-0000:00:1d.0-1/input0 TIA |
I'm bumping this thread since I still haven't found a reply.
Anyone solved a similar problem? any ideas? |
Cheap USB mice have a buffer overflow if not always polled and disconnect/reconnect e.g. every minute this way.
The usbhid driver needs the quirk HID_QUIRK_ALWAYS_POLL (0x00000400) then. Start with kernel boot parameter "usbhid.quirks=0x045e:0x0040:0x00000400". In drivers/hid/usbhid/hid-quirks.c of the kernel source there is a list of all usbhid quirks. I can see that 0x045e:0x0040 is still not included for v4.12. Please report this bug to the linux-usb@vger.kernel.org mailing list to get it fixed. TIA Also disabling USB auto-suspend by kernel boot parameter "usbcore.autosuspend=-1" should be tried to check if it is a power management issue instead. |
Quote:
Just a heads up, this thread is about 5 years old. Your advice may be helpful. One thing to consider is to look at the OP's LQ profile. Right in there near the top it should cite the last time they were active on LQ. For instance in this case, mike11 hasn't signed on to LQ since June of 2012. No worries, you're advice may help them still by way of alerting them over email that someone answered, or someone else may find it useful. In general the very old questions, it seems to be a toss up whether or not a current solution will be helpful. Best Regards. :) |
You could try using a powered USB hub. That will get rid of the possible power problem. And you shouldn't need an xorg.conf section for an ordinary mouse.
|
All times are GMT -5. The time now is 07:23 AM. |