Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
Am Mittwoch, den 05.04.2017, 11:14 +0200 schrieb Paul Menzel: Hi, > > > but did anything come out of this? Do we need to add a quirk? > > Dell said they tried to reproduce this, and couldn’t. Maybe it’s mouse > dependent, there are different revisions, and the ID stays the same. Could you test the same mice on another system with the same revision of USB? > Therefore, I wouldn’t add any quirk, until somebody else hits this > problem too. Generally if you run X you are unlikely to hit that problem. > What would be nice though, is to add a module parameter allowing to > enable that quirk. That has been done with the generic "quirk" module parameter. We were to hasty when we said that this requires a recompilation. The quirk you need is include/linux/hid.h:#define HID_QUIRK_ALWAYS_POLL 0x0400 HTH Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
On Wed, Apr 05, 2017 at 11:14:49AM +0200, Paul Menzel wrote: > On 04/05/17 10:31, Oliver Neukum wrote: > > but did anything come out of this? Do we need to add a quirk? > > Dell said they tried to reproduce this, and couldn’t. Maybe it’s mouse > dependent, there are different revisions, and the ID stays the same. > > Therefore, I wouldn’t add any quirk, until somebody else hits this > problem too. > > What would be nice though, is to add a module parameter allowing to > enable that quirk. But you did confirm that enabling the quirk made the problem you had go away? Thanks, Johan -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
Dear Johan, On 04/05/17 11:49, Johan Hovold wrote: On Wed, Apr 05, 2017 at 11:14:49AM +0200, Paul Menzel wrote: On 04/05/17 10:31, Oliver Neukum wrote: but did anything come out of this? Do we need to add a quirk? Dell said they tried to reproduce this, and couldn’t. Maybe it’s mouse dependent, there are different revisions, and the ID stays the same. Therefore, I wouldn’t add any quirk, until somebody else hits this problem too. What would be nice though, is to add a module parameter allowing to enable that quirk. But you did confirm that enabling the quirk made the problem you had go away? No, I am sorry, I did not get to this yet. Hopefully, I’ll be able to do it this week. Kind regards, Paul -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
Dear Oliver,
On 04/05/17 10:31, Oliver Neukum wrote:
Am Donnerstag, den 09.02.2017, 17:30 +0100 schrieb Paul Menzel:
On 02/08/17 17:54, Johan Hovold wrote:
On Wed, Feb 08, 2017 at 05:41:33PM +0100, Paul Menzel wrote:
On 02/08/17 16:50, Johan Hovold wrote:
On Wed, Feb 08, 2017 at 04:15:02PM +0100, Paul Menzel wrote:
On 02/08/17 14:02, Greg KH wrote:
On Wed, Feb 08, 2017 at 12:16:44PM +0100, Paul Menzel wrote:
On the server Dell PowerEdge R730 with firmware 2.3.4, and Linux 4.9.2, the
connected USB mouse disconnects and connects again periodically. This can be
reproduced with two different (Logitech) mice.
```
$ more /proc/version
Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version
6.3.0 20161229 (Debian 6.3.0-2) ) #1 SMP Debian 4.9.2-2 (2017-01-12)
$ journalctl -o short-precise -k -f
[…]
Feb 08 12:00:16.193817 poweredger730 kernel: usb 3-2: USB disconnect, device
number 84
Looks like a hardware issue, the kernel can not cause a device to
disconnect itself.
Especially as this happens with two different mice, you might want to
see if there's something wrong with that port.
With three devices of the Logitech model 046d:c077 (Logitech, Inc. M105
Optical Mouse) the problem could be reproduced on each USB port.
Have you tried enabling the always-poll HID-quirk, which is needed for
certain devices to prevent issues like this?
See commit bfe3c873e978 ("HID: usbhid: enable always-poll quirk for Elan
Touchscreen") for an example.
No, I have not. Is this run-time configurable, or do I need to build the
Linux kernel myself.
You'd need to rebuild the kernel.
sorry to reheat an old thread,
No, Thank you for following up on it.
but did anything come out of this? Do we need to add a quirk?
Dell said they tried to reproduce this, and couldn’t. Maybe it’s mouse
dependent, there are different revisions, and the ID stays the same.
Therefore, I wouldn’t add any quirk, until somebody else hits this
problem too.
What would be nice though, is to add a module parameter allowing to
enable that quirk.
Kind regards,
Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
Am Donnerstag, den 09.02.2017, 17:30 +0100 schrieb Paul Menzel:
> Dear Johan,
>
>
> On 02/08/17 17:54, Johan Hovold wrote:
> >
> > On Wed, Feb 08, 2017 at 05:41:33PM +0100, Paul Menzel wrote:
> > >
> > > On 02/08/17 16:50, Johan Hovold wrote:
> > > >
> > > > On Wed, Feb 08, 2017 at 04:15:02PM +0100, Paul Menzel wrote:
> > > > >
> > > > > On 02/08/17 14:02, Greg KH wrote:
> > > > > >
> > > > > > On Wed, Feb 08, 2017 at 12:16:44PM +0100, Paul Menzel wrote:
> > > > > > >
> > > > > > > On the server Dell PowerEdge R730 with firmware 2.3.4, and Linux
> > > > > > > 4.9.2, the
> > > > > > > connected USB mouse disconnects and connects again periodically.
> > > > > > > This can be
> > > > > > > reproduced with two different (Logitech) mice.
> > > > > > >
> > > > > > > ```
> > > > > > > $ more /proc/version
> > > > > > > Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc
> > > > > > > version
> > > > > > > 6.3.0 20161229 (Debian 6.3.0-2) ) #1 SMP Debian 4.9.2-2
> > > > > > > (2017-01-12)
> > > > > > > $ journalctl -o short-precise -k -f
> > > > > > > […]
> > > > > > > Feb 08 12:00:16.193817 poweredger730 kernel: usb 3-2: USB
> > > > > > > disconnect, device
> > > > > > > number 84
> > > > > >
> > > > > > Looks like a hardware issue, the kernel can not cause a device to
> > > > > > disconnect itself.
> > > > > >
> > > > > > Especially as this happens with two different mice, you might want
> > > > > > to
> > > > > > see if there's something wrong with that port.
> > > > >
> > > > > With three devices of the Logitech model 046d:c077 (Logitech, Inc.
> > > > > M105
> > > > > Optical Mouse) the problem could be reproduced on each USB port.
> > > >
> > > > Have you tried enabling the always-poll HID-quirk, which is needed for
> > > > certain devices to prevent issues like this?
> > > >
> > > > See commit bfe3c873e978 ("HID: usbhid: enable always-poll quirk for Elan
> > > > Touchscreen") for an example.
> > >
> > > No, I have not. Is this run-time configurable, or do I need to build the
> > > Linux kernel myself.
> >
> > You'd need to rebuild the kernel.
Hi,
sorry to reheat an old thread, but did anything come out of this?
Do we need to add a quirk?
Regards
Oliver
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
On Wed, Feb 15, 2017 at 03:31:28PM +0100, Oliver Neukum wrote: > Am Mittwoch, den 08.02.2017, 17:54 +0100 schrieb Johan Hovold: > > > Also, I am unable to reproduce this problem with the *same* mice on > > a > > > laptop with a USB3 – it’s blue – port. > > > > Ok, then the quirk is probably not the right solution (even if it > > could > > possibly help with the disconnects). > > An assumption of consistency in buggy firmware is rather bold. > The behavior otherwise really looks like the device needs the quirk. Heh. Yeah, I agree it's a bit of a long shot, but the first set of reported symptoms do indeed look familiar. Did you ever see a change in the repeated-disconnect behaviour depending on the HCD for any of the device you enabled the always-poll quirk for? Johan -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
Am Mittwoch, den 08.02.2017, 17:54 +0100 schrieb Johan Hovold: > > Also, I am unable to reproduce this problem with the *same* mice on > a > > laptop with a USB3 – it’s blue – port. > > Ok, then the quirk is probably not the right solution (even if it > could > possibly help with the disconnects). An assumption of consistency in buggy firmware is rather bold. The behavior otherwise really looks like the device needs the quirk. Regards Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
On Fri, Feb 10, 2017 at 10:41:45AM +0100, Johan Hovold wrote: > On Thu, Feb 09, 2017 at 05:30:11PM +0100, Paul Menzel wrote: > > > Feb 09 17:24:59 centos7 kernel: usb 3-8: USB disconnect, device number 59 > > Feb 09 17:25:01 centos7 kernel: usb 3-8: new low-speed USB device number > > 60 using xhci_hcd > > Feb 09 17:25:01 centos7 kernel: usb 3-8: New USB device found, > > idVendor=046d, idProduct=c077 > > Feb 09 17:25:01 centos7 kernel: usb 3-8: New USB device strings: Mfr=1, > > Product=2, SerialNumber=0 > > Feb 09 17:25:01 centos7 kernel: usb 3-8: Product: USB Optical Mouse > > Feb 09 17:25:01 centos7 kernel: usb 3-8: Manufacturer: Logitech > > Feb 09 17:25:01 centos7 kernel: input: Logitech USB Optical Mouse as > > /devices/pci:00/:00:14.0/usb3/3-8/3-8:1.0/input/input181 > > Feb 09 17:25:01 centos7 kernel: hid-generic 0003:046D:C077.00B4: > > input,hidraw1: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on > > usb-:00:14.0-8/input0 > > ``` > > > > I am still wondering, how `usb3` or `usb1` gets into that path? Probably > > depending on the port. I’ll try that tomorrow. > > That's the bus name (number). lsusb -t gives you an overview of what the > topology looks like on your system. > > Note that an xHCI controller provides two (logical) buses; one for > SuperSpeed devices and one for FullSpeed devices, even if the same > physical ports are used for both. I meant to say High-Speed rather than Full-Speed devices above, but I guess non-SuperSpeed would be more accurate. Johan -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
On Thu, Feb 09, 2017 at 05:30:11PM +0100, Paul Menzel wrote: > Feb 09 17:24:59 centos7 kernel: usb 3-8: USB disconnect, device number 59 > Feb 09 17:25:01 centos7 kernel: usb 3-8: new low-speed USB device number > 60 using xhci_hcd > Feb 09 17:25:01 centos7 kernel: usb 3-8: New USB device found, > idVendor=046d, idProduct=c077 > Feb 09 17:25:01 centos7 kernel: usb 3-8: New USB device strings: Mfr=1, > Product=2, SerialNumber=0 > Feb 09 17:25:01 centos7 kernel: usb 3-8: Product: USB Optical Mouse > Feb 09 17:25:01 centos7 kernel: usb 3-8: Manufacturer: Logitech > Feb 09 17:25:01 centos7 kernel: input: Logitech USB Optical Mouse as > /devices/pci:00/:00:14.0/usb3/3-8/3-8:1.0/input/input181 > Feb 09 17:25:01 centos7 kernel: hid-generic 0003:046D:C077.00B4: > input,hidraw1: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on > usb-:00:14.0-8/input0 > ``` > > I am still wondering, how `usb3` or `usb1` gets into that path? Probably > depending on the port. I’ll try that tomorrow. That's the bus name (number). lsusb -t gives you an overview of what the topology looks like on your system. Note that an xHCI controller provides two (logical) buses; one for SuperSpeed devices and one for FullSpeed devices, even if the same physical ports are used for both. $ lsusb -t /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/14p, 480M ... Johan -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
Dear Johan,
On 02/08/17 17:54, Johan Hovold wrote:
On Wed, Feb 08, 2017 at 05:41:33PM +0100, Paul Menzel wrote:
On 02/08/17 16:50, Johan Hovold wrote:
On Wed, Feb 08, 2017 at 04:15:02PM +0100, Paul Menzel wrote:
On 02/08/17 14:02, Greg KH wrote:
On Wed, Feb 08, 2017 at 12:16:44PM +0100, Paul Menzel wrote:
On the server Dell PowerEdge R730 with firmware 2.3.4, and Linux 4.9.2, the
connected USB mouse disconnects and connects again periodically. This can be
reproduced with two different (Logitech) mice.
```
$ more /proc/version
Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version
6.3.0 20161229 (Debian 6.3.0-2) ) #1 SMP Debian 4.9.2-2 (2017-01-12)
$ journalctl -o short-precise -k -f
[…]
Feb 08 12:00:16.193817 poweredger730 kernel: usb 3-2: USB disconnect, device
number 84
Looks like a hardware issue, the kernel can not cause a device to
disconnect itself.
Especially as this happens with two different mice, you might want to
see if there's something wrong with that port.
With three devices of the Logitech model 046d:c077 (Logitech, Inc. M105
Optical Mouse) the problem could be reproduced on each USB port.
Have you tried enabling the always-poll HID-quirk, which is needed for
certain devices to prevent issues like this?
See commit bfe3c873e978 ("HID: usbhid: enable always-poll quirk for Elan
Touchscreen") for an example.
No, I have not. Is this run-time configurable, or do I need to build the
Linux kernel myself.
You'd need to rebuild the kernel.
Also, I am unable to reproduce this problem with the *same* mice on a
laptop with a USB3 – it’s blue – port.
Ok, then the quirk is probably not the right solution (even if it could
possibly help with the disconnects).
Thank you. I’ll try that then as a data point.
I tested CentOS 7, and the problem is reproducible with their default
Linux kernel 3.10, and Linux 4.9.8 von ELRepo [1].
```
$ uname -a
Linux wincastle 3.10.0-514.6.1.el7.x86_64 #1 SMP Wed Jan 18 13:06:36 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
$ journalctl -k | tail -30
Feb 09 17:21:55 centos7 kernel: usb 3-8: New USB device found,
idVendor=046d, idProduct=c077
Feb 09 17:21:55 centos7 kernel: usb 3-8: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
Feb 09 17:21:55 centos7 kernel: usb 3-8: Product: USB Optical Mouse
Feb 09 17:21:55 centos7 kernel: usb 3-8: Manufacturer: Logitech
Feb 09 17:21:55 centos7 kernel: input: Logitech USB Optical Mouse as
/devices/pci:00/:00:14.0/usb3/3-8/3-8:1.0/input/input178
Feb 09 17:21:55 centos7 kernel: hid-generic 0003:046D:C077.00B1:
input,hidraw1: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on
usb-:00:14.0-8/input0
Feb 09 17:22:56 centos7 kernel: usb 3-8: USB disconnect, device number 57
Feb 09 17:22:57 centos7 kernel: usb 3-8: new low-speed USB device number
58 using xhci_hcd
Feb 09 17:22:57 centos7 kernel: usb 3-8: New USB device found,
idVendor=046d, idProduct=c077
Feb 09 17:22:57 centos7 kernel: usb 3-8: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
Feb 09 17:22:57 centos7 kernel: usb 3-8: Product: USB Optical Mouse
Feb 09 17:22:57 centos7 kernel: usb 3-8: Manufacturer: Logitech
Feb 09 17:22:57 centos7 kernel: input: Logitech USB Optical Mouse as
/devices/pci:00/:00:14.0/usb3/3-8/3-8:1.0/input/input179
Feb 09 17:22:57 centos7 kernel: hid-generic 0003:046D:C077.00B2:
input,hidraw1: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on
usb-:00:14.0-8/input0
Feb 09 17:23:57 centos7 kernel: usb 3-8: USB disconnect, device number 58
Feb 09 17:23:59 centos7 kernel: usb 3-8: new low-speed USB device number
59 using xhci_hcd
Feb 09 17:23:59 centos7 kernel: usb 3-8: New USB device found,
idVendor=046d, idProduct=c077
Feb 09 17:23:59 centos7 kernel: usb 3-8: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
Feb 09 17:23:59 centos7 kernel: usb 3-8: Product: USB Optical Mouse
Feb 09 17:23:59 centos7 kernel: usb 3-8: Manufacturer: Logitech
Feb 09 17:23:59 centos7 kernel: input: Logitech USB Optical Mouse as
/devices/pci:00/:00:14.0/usb3/3-8/3-8:1.0/input/input180
Feb 09 17:23:59 centos7 kernel: hid-generic 0003:046D:C077.00B3:
input,hidraw1: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on
usb-:00:14.0-8/input0
Feb 09 17:24:59 centos7 kernel: usb 3-8: USB disconnect, device number 59
Feb 09 17:25:01 centos7 kernel: usb 3-8: new low-speed USB device number
60 using xhci_hcd
Feb 09 17:25:01 centos7 kernel: usb 3-8: New USB device found,
idVendor=046d, idProduct=c077
Feb 09 17:25:01 centos7 kernel: usb 3-8: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
Feb 09 17:25:01 centos7 kernel: usb 3-8: Product: USB Optical Mouse
Feb 09 17:25:01 centos7 kernel: usb 3-8: Manufacturer: Logitech
Feb 09 17:25:01 centos7 kernel: input: Logitech USB Optical Mouse as
/devices/pci:00/:00:14.0/usb3/3-8/3-8:1.0/input/input181
Feb 09 17:25:01 centos7 kernel: hid-generic 0003:046D:C077.00B4:
input,hidraw1: USB HID v1.11 Mouse [Logitech USB
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
On Wed, Feb 08, 2017 at 05:41:33PM +0100, Paul Menzel wrote:
> On 02/08/17 16:50, Johan Hovold wrote:
> > On Wed, Feb 08, 2017 at 04:15:02PM +0100, Paul Menzel wrote:
> >> On 02/08/17 14:02, Greg KH wrote:
> >>> On Wed, Feb 08, 2017 at 12:16:44PM +0100, Paul Menzel wrote:
> On the server Dell PowerEdge R730 with firmware 2.3.4, and Linux 4.9.2,
> the
> connected USB mouse disconnects and connects again periodically. This
> can be
> reproduced with two different (Logitech) mice.
>
> ```
> $ more /proc/version
> Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version
> 6.3.0 20161229 (Debian 6.3.0-2) ) #1 SMP Debian 4.9.2-2 (2017-01-12)
> $ journalctl -o short-precise -k -f
> […]
> Feb 08 12:00:16.193817 poweredger730 kernel: usb 3-2: USB disconnect,
> device
> number 84
> >>>
> >>> Looks like a hardware issue, the kernel can not cause a device to
> >>> disconnect itself.
> >>>
> >>> Especially as this happens with two different mice, you might want to
> >>> see if there's something wrong with that port.
> >>
> >> With three devices of the Logitech model 046d:c077 (Logitech, Inc. M105
> >> Optical Mouse) the problem could be reproduced on each USB port.
> >
> > Have you tried enabling the always-poll HID-quirk, which is needed for
> > certain devices to prevent issues like this?
> >
> > See commit bfe3c873e978 ("HID: usbhid: enable always-poll quirk for Elan
> > Touchscreen") for an example.
>
> No, I have not. Is this run-time configurable, or do I need to build the
> Linux kernel myself.
You'd need to rebuild the kernel.
> Also, I am unable to reproduce this problem with the *same* mice on a
> laptop with a USB3 – it’s blue – port.
Ok, then the quirk is probably not the right solution (even if it could
possibly help with the disconnects).
Johan
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
Dear Johan,
On 02/08/17 16:50, Johan Hovold wrote:
On Wed, Feb 08, 2017 at 04:15:02PM +0100, Paul Menzel wrote:
On 02/08/17 14:02, Greg KH wrote:
On Wed, Feb 08, 2017 at 12:16:44PM +0100, Paul Menzel wrote:
On the server Dell PowerEdge R730 with firmware 2.3.4, and Linux 4.9.2, the
connected USB mouse disconnects and connects again periodically. This can be
reproduced with two different (Logitech) mice.
```
$ more /proc/version
Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version
6.3.0 20161229 (Debian 6.3.0-2) ) #1 SMP Debian 4.9.2-2 (2017-01-12)
$ journalctl -o short-precise -k -f
[…]
Feb 08 12:00:16.193817 poweredger730 kernel: usb 3-2: USB disconnect, device
number 84
Looks like a hardware issue, the kernel can not cause a device to
disconnect itself.
Especially as this happens with two different mice, you might want to
see if there's something wrong with that port.
With three devices of the Logitech model 046d:c077 (Logitech, Inc. M105
Optical Mouse) the problem could be reproduced on each USB port.
Have you tried enabling the always-poll HID-quirk, which is needed for
certain devices to prevent issues like this?
See commit bfe3c873e978 ("HID: usbhid: enable always-poll quirk for Elan
Touchscreen") for an example.
No, I have not. Is this run-time configurable, or do I need to build the
Linux kernel myself.
Also, I am unable to reproduce this problem with the *same* mice on a
laptop with a USB3 – it’s blue – port.
```
$ lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 5986:1112 Acer, Inc
Bus 001 Device 003: ID 8087:0a2b Intel Corp.
Bus 001 Device 002: ID 046d:c077 Logitech, Inc. M105 Optical Mouse
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
```
Here are the Linux messages.
```
Feb 08 17:30:38 tuxedobookbu1406 kernel: usb 1-1: New USB device found,
idVendor=046d, idProduct=c077
Feb 08 17:30:38 tuxedobookbu1406 kernel: usb 1-1: New USB device
strings: Mfr=1, Product=2, SerialNumber=0
Feb 08 17:30:38 tuxedobookbu1406 kernel: usb 1-1: Product: USB Optical Mouse
Feb 08 17:30:38 tuxedobookbu1406 kernel: usb 1-1: Manufacturer: Logitech
Feb 08 17:30:38 tuxedobookbu1406 kernel: calling hid_init+0x0/0x1000
[usbhid] @ 179
Feb 08 17:30:38 tuxedobookbu1406 kernel: usbcore: registered new
interface driver usbhid
Feb 08 17:30:38 tuxedobookbu1406 kernel: usbhid: USB HID core driver
Feb 08 17:30:38 tuxedobookbu1406 kernel: initcall hid_init+0x0/0x1000
[usbhid] returned 0 after 1358 usecs
Feb 08 17:30:38 tuxedobookbu1406 kernel: calling
hid_generic_init+0x0/0x1000 [hid_generic] @ 179
Feb 08 17:30:38 tuxedobookbu1406 kernel: input: Logitech USB Optical
Mouse as
/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:046D:C077.0001/input/input12
Feb 08 17:30:38 tuxedobookbu1406 kernel: hid-generic
0003:046D:C077.0001: input,hidraw0: USB HID v1.11 Mouse [Logitech USB
Optical Mouse] on usb-:00:14.0-1/input0
Feb 08 17:30:38 tuxedobookbu1406 kernel: initcall
hid_generic_init+0x0/0x1000 [hid_generic] returned 0 after 167 usecs
```
Note, the “path” contains *usb1* instead of *usb3* in the “path” below
on the Dell server.
```
/devices/pci:00/:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C077.042B/input/input1068
```
Kind regards,
Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
On Wed, 8 Feb 2017, Paul Menzel wrote: > Dear Greg, > > > On 02/08/17 14:02, Greg KH wrote: > > On Wed, Feb 08, 2017 at 12:16:44PM +0100, Paul Menzel wrote: > > >> On the server Dell PowerEdge R730 with firmware 2.3.4, and Linux 4.9.2, the > >> connected USB mouse disconnects and connects again periodically. This can > >> be > >> reproduced with two different (Logitech) mice. > >> > >> ``` > >> $ more /proc/version > >> Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version > >> 6.3.0 20161229 (Debian 6.3.0-2) ) #1 SMP Debian 4.9.2-2 (2017-01-12) > >> $ journalctl -o short-precise -k -f > >> […] > >> Feb 08 12:00:16.193817 poweredger730 kernel: usb 3-2: USB disconnect, > >> device > >> number 84 > > > > Looks like a hardware issue, the kernel can not cause a device to > > disconnect itself. > > > > Especially as this happens with two different mice, you might want to > > see if there's something wrong with that port. > > With three devices of the Logitech model 046d:c077 (Logitech, Inc. M105 > Optical Mouse) the problem could be reproduced on each USB port. > > I am unable to reproduce it with 03f0:2c24 (Hewlett-Packard Logitech > M-UAL-96 Mouse). That would seem to indicate there's a hardware or firmware problem in the Logitech mice. No? > My guess is, that this points to a firmware problem, where the USB ports > are badly configured, and don’t meet all specifications? > > Is there a way to get logs for that, to “proof” to the Dell support, > that the firmware is at fault and to avoid the usual dance, where they > say, the Linux kernel version is not supported, and you should try it on > Microsoft Windows and so on? It is possible to get hardware logs if you have a USB bus analyzer. However, Dell support probably doesn't care what logs or proof you send them. They will only care if you can show that things don't work under Windows. Alan Stern -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
On Wed, Feb 08, 2017 at 04:15:02PM +0100, Paul Menzel wrote:
> On 02/08/17 14:02, Greg KH wrote:
> > On Wed, Feb 08, 2017 at 12:16:44PM +0100, Paul Menzel wrote:
> >> On the server Dell PowerEdge R730 with firmware 2.3.4, and Linux 4.9.2, the
> >> connected USB mouse disconnects and connects again periodically. This can
> >> be
> >> reproduced with two different (Logitech) mice.
> >>
> >> ```
> >> $ more /proc/version
> >> Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version
> >> 6.3.0 20161229 (Debian 6.3.0-2) ) #1 SMP Debian 4.9.2-2 (2017-01-12)
> >> $ journalctl -o short-precise -k -f
> >> […]
> >> Feb 08 12:00:16.193817 poweredger730 kernel: usb 3-2: USB disconnect,
> >> device
> >> number 84
> >
> > Looks like a hardware issue, the kernel can not cause a device to
> > disconnect itself.
> >
> > Especially as this happens with two different mice, you might want to
> > see if there's something wrong with that port.
>
> With three devices of the Logitech model 046d:c077 (Logitech, Inc. M105
> Optical Mouse) the problem could be reproduced on each USB port.
Have you tried enabling the always-poll HID-quirk, which is needed for
certain devices to prevent issues like this?
See commit bfe3c873e978 ("HID: usbhid: enable always-poll quirk for Elan
Touchscreen") for an example.
Johan
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
Dear Greg, On 02/08/17 14:02, Greg KH wrote: On Wed, Feb 08, 2017 at 12:16:44PM +0100, Paul Menzel wrote: On the server Dell PowerEdge R730 with firmware 2.3.4, and Linux 4.9.2, the connected USB mouse disconnects and connects again periodically. This can be reproduced with two different (Logitech) mice. ``` $ more /proc/version Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20161229 (Debian 6.3.0-2) ) #1 SMP Debian 4.9.2-2 (2017-01-12) $ journalctl -o short-precise -k -f […] Feb 08 12:00:16.193817 poweredger730 kernel: usb 3-2: USB disconnect, device number 84 Looks like a hardware issue, the kernel can not cause a device to disconnect itself. Especially as this happens with two different mice, you might want to see if there's something wrong with that port. With three devices of the Logitech model 046d:c077 (Logitech, Inc. M105 Optical Mouse) the problem could be reproduced on each USB port. I am unable to reproduce it with 03f0:2c24 (Hewlett-Packard Logitech M-UAL-96 Mouse). ``` $ lsusb Bus 004 Device 002: ID 8087:8002 Intel Corp. Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 002: ID 8087:800a Intel Corp. Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 002: ID 413c:2107 Dell Computer Corp. Bus 001 Device 006: ID 413c:a102 Dell Computer Corp. Bus 001 Device 005: ID 0624:0250 Avocent Corp. Bus 001 Device 004: ID 413c:a001 Dell Computer Corp. Hub Bus 001 Device 003: ID 03f0:2c24 Hewlett-Packard Logitech M-UAL-96 Mouse Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub $ lsusb -v -s 001:003 Bus 001 Device 003: ID 03f0:2c24 Hewlett-Packard Logitech M-UAL-96 Mouse Couldn't open device, some information will be missing Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x03f0 Hewlett-Packard idProduct 0x2c24 Logitech M-UAL-96 Mouse bcdDevice 31.00 iManufacturer 1 iProduct2 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 34 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 98mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 2 Mouse iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.10 bCountryCode0 Not supported bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 71 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0006 1x 6 bytes bInterval 10 ``` My guess is, that this points to a firmware problem, where the USB ports are badly configured, and don’t meet all specifications? Is there a way to get logs for that, to “proof” to the Dell support, that the firmware is at fault and to avoid the usual dance, where they say, the Linux kernel version is not supported, and you should try it on Microsoft Windows and so on? Kind regards, Paul -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Periodic reconnects of USB mouse on Dell PowerEdge R730
On Wed, Feb 08, 2017 at 12:16:44PM +0100, Paul Menzel wrote: > Dear Linux folks, > > > On the server Dell PowerEdge R730 with firmware 2.3.4, and Linux 4.9.2, the > connected USB mouse disconnects and connects again periodically. This can be > reproduced with two different (Logitech) mice. > > ``` > $ more /proc/version > Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version > 6.3.0 20161229 (Debian 6.3.0-2) ) #1 SMP Debian 4.9.2-2 (2017-01-12) > $ journalctl -o short-precise -k -f > […] > Feb 08 12:00:16.193817 poweredger730 kernel: usb 3-2: USB disconnect, device > number 84 Looks like a hardware issue, the kernel can not cause a device to disconnect itself. Especially as this happens with two different mice, you might want to see if there's something wrong with that port. good luck! greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Periodic reconnects of USB mouse on Dell PowerEdge R730
Dear Linux folks, On the server Dell PowerEdge R730 with firmware 2.3.4, and Linux 4.9.2, the connected USB mouse disconnects and connects again periodically. This can be reproduced with two different (Logitech) mice. ``` $ more /proc/version Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20161229 (Debian 6.3.0-2) ) #1 SMP Debian 4.9.2-2 (2017-01-12) $ journalctl -o short-precise -k -f […] Feb 08 12:00:16.193817 poweredger730 kernel: usb 3-2: USB disconnect, device number 84 Feb 08 12:00:17.721833 poweredger730 kernel: usb 3-2: new low-speed USB device number 85 using xhci_hcd Feb 08 12:00:17.861816 poweredger730 kernel: usb 3-2: New USB device found, idVendor=046d, idProduct=c077 Feb 08 12:00:17.862115 poweredger730 kernel: usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Feb 08 12:00:17.862281 poweredger730 kernel: usb 3-2: Product: USB Optical Mouse Feb 08 12:00:17.862451 poweredger730 kernel: usb 3-2: Manufacturer: Logitech Feb 08 12:00:17.865813 poweredger730 kernel: input: Logitech USB Optical Mouse as /devices/pci:00/:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C077.042B/input/input1068 Feb 08 12:00:17.865890 poweredger730 kernel: hid-generic 0003:046D:C077.042B: input,hidraw0: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-:00:14.0-2/input0 Feb 08 12:01:17.937834 poweredger730 kernel: usb 3-2: USB disconnect, device number 85 Feb 08 12:01:19.469833 poweredger730 kernel: usb 3-2: new low-speed USB device number 86 using xhci_hcd Feb 08 12:01:19.609819 poweredger730 kernel: usb 3-2: New USB device found, idVendor=046d, idProduct=c077 Feb 08 12:01:19.610125 poweredger730 kernel: usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Feb 08 12:01:19.610300 poweredger730 kernel: usb 3-2: Product: USB Optical Mouse Feb 08 12:01:19.610468 poweredger730 kernel: usb 3-2: Manufacturer: Logitech Feb 08 12:01:19.613813 poweredger730 kernel: input: Logitech USB Optical Mouse as /devices/pci:00/:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C077.042C/input/input1069 Feb 08 12:01:19.613894 poweredger730 kernel: hid-generic 0003:046D:C077.042C: input,hidraw0: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-:00:14.0-2/input0 Feb 08 12:02:19.697836 poweredger730 kernel: usb 3-2: USB disconnect, device number 86 Feb 08 12:02:21.229835 poweredger730 kernel: usb 3-2: new low-speed USB device number 87 using xhci_hcd Feb 08 12:02:21.369810 poweredger730 kernel: usb 3-2: New USB device found, idVendor=046d, idProduct=c077 Feb 08 12:02:21.370130 poweredger730 kernel: usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Feb 08 12:02:21.370328 poweredger730 kernel: usb 3-2: Product: USB Optical Mouse Feb 08 12:02:21.370481 poweredger730 kernel: usb 3-2: Manufacturer: Logitech Feb 08 12:02:21.373811 poweredger730 kernel: input: Logitech USB Optical Mouse as /devices/pci:00/:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C077.042D/input/input1070 Feb 08 12:02:21.373888 poweredger730 kernel: hid-generic 0003:046D:C077.042D: input,hidraw0: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-:00:14.0-2/input0 Feb 08 12:03:21.457834 poweredger730 kernel: usb 3-2: USB disconnect, device number 87 Feb 08 12:03:22.989835 poweredger730 kernel: usb 3-2: new low-speed USB device number 88 using xhci_hcd Feb 08 12:03:23.129810 poweredger730 kernel: usb 3-2: New USB device found, idVendor=046d, idProduct=c077 Feb 08 12:03:23.130117 poweredger730 kernel: usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Feb 08 12:03:23.130308 poweredger730 kernel: usb 3-2: Product: USB Optical Mouse Feb 08 12:03:23.130466 poweredger730 kernel: usb 3-2: Manufacturer: Logitech Feb 08 12:03:23.133813 poweredger730 kernel: input: Logitech USB Optical Mouse as /devices/pci:00/:00:14.0/usb3/3-2/3-2:1.0/0003:046D:C077.042E/input/input1071 Feb 08 12:03:23.133890 poweredger730 kernel: hid-generic 0003:046D:C077.042E: input,hidraw0: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-:00:14.0-2/input0 […] ``` Here are more information from lsusb. ``` $ lsusb Bus 002 Device 002: ID 8087:8002 Intel Corp. Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:800a Intel Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 048: ID 413c:2107 Dell Computer Corp. Bus 003 Device 097: ID 046d:c077 Logitech, Inc. M105 Optical Mouse Bus 003 Device 007: ID 413c:a102 Dell Computer Corp. Bus 003 Device 005: ID 413c:a001 Dell Computer Corp. Hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub $ sudo lsusb -s 003:094 -v # the second number increases Bus 003 Device 094: ID 046d:c077 Logitech, Inc. M105 Optical Mouse Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass0 (Defined at
