USB mouse disconnecting

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

USB mouse disconnecting

Pouru Lasse
For the past few weeks I've had strange issues with my USB mouse
randomly disconnecting and reconnecting right afterwards. At first I
thought it might be the USB port dying, but it happens with multiple USB
ports (both USB 2 and 3) and two different Logitech mice. I haven't
noticed any issues with other USB devices.

Is this more likely a hardware or a software problem? I'm on kernel
4.14.83 and I'm pretty sure the problems didn't start right after the
update, although it's hard to tell because the disconnects seem
completely random and don't even happen every day. Dmesg output looks
something like this, sometimes with multiple disconnects in a row, with
the device number being incremented each time:

[41235.377257] usb 3-2: USB disconnect, device number 17
[41235.645027] usb 3-2: new low-speed USB device number 18 using xhci_hcd
[41235.778228] usb 3-2: New USB device found, idVendor=046d, idProduct=c01e
[41235.778232] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[41235.778234] usb 3-2: Product: USB-PS/2 Optical Mouse
[41235.778236] usb 3-2: Manufacturer: Logitech
[41235.783149] input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C01E.001A/input/input41
[41235.783504] hid-generic 0003:046D:C01E.001A: input,hidraw0: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:14.0-2/input0

Less often there are also errors like:

[13844.911317] usb 3-2: device not accepting address 15, error -71
[13844.911362] usb usb3-port2: unable to enumerate USB device

and:

[42555.126541] usb 3-2: reset low-speed USB device number 18 using xhci_hcd
[42555.382373] usb 3-2: device descriptor read/64, error -71
[42555.763574] usb 3-2: device descriptor read/all, error -71
[42556.022536] usb 3-2: reset low-speed USB device number 18 using xhci_hc

Usually the mouse starts working again right away, but sometimes I need
to switch it to another port despite it being visible in lsusb. This, I
guess, has something to do with the device number changing.

One thing I suspected was USB power management, but as far as I know I
haven't enabled any such options, at least not on purpose.

- Lasse

Reply | Threaded
Open this post in threaded view
|

Re: USB mouse disconnecting

R0b0t1
The most likely cause is a poor electrical connection. How quickly
they wear depends on the types of devices you buy as well as your
ports.

The reason it seems like an electrical problem is the descriptor read
errors. If it was power management the device should cleanly cycle.

Cheers,
    R0b0t1

On Sun, Jan 13, 2019 at 1:30 PM Pouru Lasse <[hidden email]> wrote:

>
> For the past few weeks I've had strange issues with my USB mouse
> randomly disconnecting and reconnecting right afterwards. At first I
> thought it might be the USB port dying, but it happens with multiple USB
> ports (both USB 2 and 3) and two different Logitech mice. I haven't
> noticed any issues with other USB devices.
>
> Is this more likely a hardware or a software problem? I'm on kernel
> 4.14.83 and I'm pretty sure the problems didn't start right after the
> update, although it's hard to tell because the disconnects seem
> completely random and don't even happen every day. Dmesg output looks
> something like this, sometimes with multiple disconnects in a row, with
> the device number being incremented each time:
>
> [41235.377257] usb 3-2: USB disconnect, device number 17
> [41235.645027] usb 3-2: new low-speed USB device number 18 using xhci_hcd
> [41235.778228] usb 3-2: New USB device found, idVendor=046d, idProduct=c01e
> [41235.778232] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
> [41235.778234] usb 3-2: Product: USB-PS/2 Optical Mouse
> [41235.778236] usb 3-2: Manufacturer: Logitech
> [41235.783149] input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C01E.001A/input/input41
> [41235.783504] hid-generic 0003:046D:C01E.001A: input,hidraw0: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:14.0-2/input0
>
> Less often there are also errors like:
>
> [13844.911317] usb 3-2: device not accepting address 15, error -71
> [13844.911362] usb usb3-port2: unable to enumerate USB device
>
> and:
>
> [42555.126541] usb 3-2: reset low-speed USB device number 18 using xhci_hcd
> [42555.382373] usb 3-2: device descriptor read/64, error -71
> [42555.763574] usb 3-2: device descriptor read/all, error -71
> [42556.022536] usb 3-2: reset low-speed USB device number 18 using xhci_hc
>
> Usually the mouse starts working again right away, but sometimes I need
> to switch it to another port despite it being visible in lsusb. This, I
> guess, has something to do with the device number changing.
>
> One thing I suspected was USB power management, but as far as I know I
> haven't enabled any such options, at least not on purpose.
>
> - Lasse
>

Reply | Threaded
Open this post in threaded view
|

Re: USB mouse disconnecting

Jack
In reply to this post by Pouru Lasse
On 2019.01.13 07:30, Pouru Lasse wrote:

> For the past few weeks I've had strange issues with my USB mouse  
> randomly disconnecting and reconnecting right afterwards. At first I  
> thought it might be the USB port dying, but it happens with multiple  
> USB ports (both USB 2 and 3) and two different Logitech mice. I  
> haven't noticed any issues with other USB devices.
>
> Is this more likely a hardware or a software problem? I'm on kernel  
> 4.14.83 and I'm pretty sure the problems didn't start right after the  
> update, although it's hard to tell because the disconnects seem  
> completely random and don't even happen every day. Dmesg output looks  
> something like this, sometimes with multiple disconnects in a row,  
> with the device number being incremented each time:
>
> [41235.377257] usb 3-2: USB disconnect, device number 17
> [41235.645027] usb 3-2: new low-speed USB device number 18 using  
> xhci_hcd
> [41235.778228] usb 3-2: New USB device found, idVendor=046d,  
> idProduct=c01e
> [41235.778232] usb 3-2: New USB device strings: Mfr=1, Product=2,  
> SerialNumber=0
> [41235.778234] usb 3-2: Product: USB-PS/2 Optical Mouse
> [41235.778236] usb 3-2: Manufacturer: Logitech
> [41235.783149] input: Logitech USB-PS/2 Optical Mouse as  
> /devices/pci0000:00/0000:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C01E.001A/input/input41
> [41235.783504] hid-generic 0003:046D:C01E.001A: input,hidraw0: USB  
> HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on  
> usb-0000:00:14.0-2/input0
>
> Less often there are also errors like:
>
> [13844.911317] usb 3-2: device not accepting address 15, error -71
> [13844.911362] usb usb3-port2: unable to enumerate USB device
>
> and:
>
> [42555.126541] usb 3-2: reset low-speed USB device number 18 using  
> xhci_hcd
> [42555.382373] usb 3-2: device descriptor read/64, error -71
> [42555.763574] usb 3-2: device descriptor read/all, error -71
> [42556.022536] usb 3-2: reset low-speed USB device number 18 using  
> xhci_hc
>
> Usually the mouse starts working again right away, but sometimes I  
> need to switch it to another port despite it being visible in lsusb.  
> This, I guess, has something to do with the device number changing.
>
> One thing I suspected was USB power management, but as far as I know  
> I haven't enabled any such options, at least not on purpose.
>
> - Lasse
I've been having a similar issue, but it never resolves by itself - I  
have to unplug and re-plug the mouse, although I can use the same  
port.  However, I do not get any of those error messages, just the  
disconnects.

[216909.342190] usb 3-2: USB disconnect, device number 40
[216910.812144] usb 3-2: new low-speed USB device number 41 using  
uhci_hcd
[216911.007267] input: PixArt DynexWired USB Optical Mouse as  
/devices/pci0000:00/0000:00:1a.0/usb3/3-2/3-2:1.0/0003:19FF:0238.002F/input/input66
[216911.007352] hid-generic 0003:19FF:0238.002F: input,hidraw4: USB HID  
v1.11 Mouse [PixArt DynexWired USB Optical Mouse] on  
usb-0000:00:1a.0-2/input0

It seems to most commonly occur when switching between X and one of the  
text consoles, but not consistently.  I'm on kernel 4.20.0, but it was  
the same with several 4.19 kernels also.

I wonder if any of the kernel USB parameters might be involved here.

Jack
Reply | Threaded
Open this post in threaded view
|

Re: USB mouse disconnecting

Dale-46
Jack wrote:

> On 2019.01.13 07:30, Pouru Lasse wrote:
>> For the past few weeks I've had strange issues with my USB mouse
>> randomly disconnecting and reconnecting right afterwards. At first I
>> thought it might be the USB port dying, but it happens with multiple
>> USB ports (both USB 2 and 3) and two different Logitech mice. I
>> haven't noticed any issues with other USB devices.
>>
>> Is this more likely a hardware or a software problem? I'm on kernel
>> 4.14.83 and I'm pretty sure the problems didn't start right after the
>> update, although it's hard to tell because the disconnects seem
>> completely random and don't even happen every day. Dmesg output looks
>> something like this, sometimes with multiple disconnects in a row,
>> with the device number being incremented each time:
>>
>> [41235.377257] usb 3-2: USB disconnect, device number 17
>> [41235.645027] usb 3-2: new low-speed USB device number 18 using
>> xhci_hcd
>> [41235.778228] usb 3-2: New USB device found, idVendor=046d,
>> idProduct=c01e
>> [41235.778232] usb 3-2: New USB device strings: Mfr=1, Product=2,
>> SerialNumber=0
>> [41235.778234] usb 3-2: Product: USB-PS/2 Optical Mouse
>> [41235.778236] usb 3-2: Manufacturer: Logitech
>> [41235.783149] input: Logitech USB-PS/2 Optical Mouse as
>> /devices/pci0000:00/0000:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C01E.001A/input/input41
>> [41235.783504] hid-generic 0003:046D:C01E.001A: input,hidraw0: USB
>> HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on
>> usb-0000:00:14.0-2/input0
>>
>> Less often there are also errors like:
>>
>> [13844.911317] usb 3-2: device not accepting address 15, error -71
>> [13844.911362] usb usb3-port2: unable to enumerate USB device
>>
>> and:
>>
>> [42555.126541] usb 3-2: reset low-speed USB device number 18 using
>> xhci_hcd
>> [42555.382373] usb 3-2: device descriptor read/64, error -71
>> [42555.763574] usb 3-2: device descriptor read/all, error -71
>> [42556.022536] usb 3-2: reset low-speed USB device number 18 using
>> xhci_hc
>>
>> Usually the mouse starts working again right away, but sometimes I
>> need to switch it to another port despite it being visible in lsusb.
>> This, I guess, has something to do with the device number changing.
>>
>> One thing I suspected was USB power management, but as far as I know
>> I haven't enabled any such options, at least not on purpose.
>>
>> - Lasse
> I've been having a similar issue, but it never resolves by itself - I
> have to unplug and re-plug the mouse, although I can use the same
> port.  However, I do not get any of those error messages, just the
> disconnects.
>
> [216909.342190] usb 3-2: USB disconnect, device number 40
> [216910.812144] usb 3-2: new low-speed USB device number 41 using
> uhci_hcd
> [216911.007267] input: PixArt DynexWired USB Optical Mouse as
> /devices/pci0000:00/0000:00:1a.0/usb3/3-2/3-2:1.0/0003:19FF:0238.002F/input/input66
> [216911.007352] hid-generic 0003:19FF:0238.002F: input,hidraw4: USB
> HID v1.11 Mouse [PixArt DynexWired USB Optical Mouse] on
> usb-0000:00:1a.0-2/input0
>
> It seems to most commonly occur when switching between X and one of
> the text consoles, but not consistently.  I'm on kernel 4.20.0, but it
> was the same with several 4.19 kernels also.
>
> I wonder if any of the kernel USB parameters might be involved here.
>
> Jack
>


This may be related, may not.  I've seen this when using, or trying to
use, a external USB hard drive.  The errors are very close.  For me tho,
unpluging and repluging didn't help much.  It might work for a few
minutes of data transfer but then gets real slow and eventually it
unmounts itself and stop completely. I never did figure out the
problem.  I switched to external SATA enclosures and haven't had a
single problem since. 

Could it be a kernel bug, maybe.  Thing is, I tried two different
kernels with a lot of versions between the two.  One would think USB
problems would be fixed pretty quickly.  Could it be hardware, maybe. 
It could be the enclosure, although I had that with two of them or it
could be mobo related. 

I just wanted to mention in case this is bigger than just a mouse
issue.  One may want to look deeper. 

Dale

:-)  :-) 

Reply | Threaded
Open this post in threaded view
|

Re: USB mouse disconnecting

Wols Lists
On 13/01/19 18:19, Dale wrote:
> I just wanted to mention in case this is bigger than just a mouse
> issue.  One may want to look deeper.

I'm running the latest openSUSE stable on my laptop, and while it has
other issues, it seems to lose USB (and hence mouse) on boot every now
and then. I haven't attempted debugging it because unplugging and
replugging is a permanent fix - until the next time.

Cheers,
Wol

Reply | Threaded
Open this post in threaded view
|

Re: USB mouse disconnecting

Mick-10
On Sunday, 13 January 2019 19:44:00 GMT Wols Lists wrote:

> On 13/01/19 18:19, Dale wrote:
> > I just wanted to mention in case this is bigger than just a mouse
> > issue.  One may want to look deeper.
>
> I'm running the latest openSUSE stable on my laptop, and while it has
> other issues, it seems to lose USB (and hence mouse) on boot every now
> and then. I haven't attempted debugging it because unplugging and
> replugging is a permanent fix - until the next time.
>
> Cheers,
> Wol
An old USB I don't use often started giving me such errors and fails to be
detected, or is detected, but with read errors.  I tried different PCs with
the same result.  Occassionally, it will connect, be detected, mounted and
there are no read/write errors at all.  :-/

I was not sure if this was an electrical contact problem like surface
oxidisation of the USB connector, or if the USB onboard controller was playing
up.

--
Regards,
Mick

signature.asc (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: USB mouse disconnecting

mad.scientist.at.large
Likely the cable is becoming intermittent.   Basically time for a new mouse.  The other fail mode I've seen is failing switches that may multi-click or not click reliably.  USB connectors do fail eventually, as some one with older machines i've seen this many times.  Not likely to be a controller issue though of course it's possible.

"We the People Dare to Create a More Perfect Union" <aclu.org>



Jan 13, 2019, 1:01 PM by [hidden email]:
On Sunday, 13 January 2019 19:44:00 GMT Wols Lists wrote:
On 13/01/19 18:19, Dale wrote:
> I just wanted to mention in case this is bigger than just a mouse
> issue. One may want to look deeper.

I'm running the latest openSUSE stable on my laptop, and while it has
other issues, it seems to lose USB (and hence mouse) on boot every now
and then. I haven't attempted debugging it because unplugging and
replugging is a permanent fix - until the next time.

Cheers,
Wol

An old USB I don't use often started giving me such errors and fails to be
detected, or is detected, but with read errors. I tried different PCs with
the same result. Occassionally, it will connect, be detected, mounted and
there are no read/write errors at all. :-/

I was not sure if this was an electrical contact problem like surface
oxidisation of the USB connector, or if the USB onboard controller was playing
up.

--
Regards,
Mick