On 20/07/2019 09.56, Eyal Lebedinsky wrote:> Maybe a kernel USB issue, but people on this list may have encountered this
issue.
>
> I am testing a new UPS (EATON 5E 1500iUSB) and am having a problem with the
USB connection failing.
> My old UPS (EATON Ellipse MAX 1500) works just fine with the latest f30.
Both devices identify as
> ID 0463:ffff MGE UPS Systems UPS
>
> To narrow the focus I booted recent live CDs on a PC that has no other USB
devices attached
> beyond the keyboard and mouse.
>
>
> f29 Fedora-Workstation-Live-x86_64-29-1.2.iso
> ==> $ uname -a
> Linux localhost-live 4.18.16-300.fc29.x86_64 #1 SMP Sat Oct 20 23:24:08 UTC
2018 x86_64 x86_64 x86_64 GNU/Linux
>
> [Fri Jul 19 09:44:58 2019] usb 6-2: new full-speed USB device number 2
using uhci_hcd
> [Fri Jul 19 09:44:59 2019] usb 6-2: New USB device found, idVendor=0463,
idProduct=ffff, bcdDevice= 0.01
> [Fri Jul 19 09:44:59 2019] usb 6-2: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
> [Fri Jul 19 09:44:59 2019] usb 6-2: Product: 5E
> [Fri Jul 19 09:44:59 2019] usb 6-2: Manufacturer: EATON
> [Fri Jul 19 09:45:01 2019] hid-generic 0003:0463:FFFF.0004:
hiddev96,hidraw3: USB HID v1.10 Device [EATON 5E] on usb-0000:00:1d.0-2/input0
>
> Looks good.
>
>
> f30 Fedora-Workstation-Live-x86_64-30-1.2.iso
> ==>
> $uname -a
> Linux localhost-live 5.0.9-301.fc30.x86_64 #1 SMP Tue Apr 23 23:57:35 UTC
2019 x86_64 x86_64 x86_64 GNU/Linux
>
> [Fri Jul 19 09:55:15 2019] usb 6-2: new full-speed USB device number 9
using uhci_hcd
> [Fri Jul 19 09:55:16 2019] usb 6-2: New USB device found, idVendor=0463,
idProduct=ffff, bcdDevice= 0.01
> [Fri Jul 19 09:55:16 2019] usb 6-2: New USB device strings: Mfr=1,
Product=2, SerialNumber=0
> [Fri Jul 19 09:55:16 2019] usb 6-2: Product: 5E
> [Fri Jul 19 09:55:16 2019] usb 6-2: Manufacturer: EATON
> [Fri Jul 19 09:55:18 2019] hid-generic 0003:0463:FFFF.000C:
hiddev96,hidraw0: USB HID v1.10 Device [EATON 5E] on usb-0000:00:1d.0-2/input0
> [Fri Jul 19 09:55:28 2019] hid-generic 0003:0463:FFFF.000C:
usb_submit_urb(ctrl) failed: -1
> [Fri Jul 19 09:55:28 2019] hid-generic 0003:0463:FFFF.000C: timeout
initializing reports
>
> The above repeats indefinitely. Same with the latest f30. Replacing the USB
cable does not improve this.
>
> Maybe a USB module had a parameter change and I need to override it? Longer
timeout? More retries?
>
> TIA
I want to add that I managed to find a kernel list post
https://lkml.org/lkml/2018/11/26/580
[PATCH 4.19 038/118] Revert "HID: add NOGET quirk for Eaton Ellipse MAX
UPS"
Suggesting that in Nov/18 a quirk for EATON was removed in kernel 4.19, which
seems
to match the finding that the failures started between 4.18.16 and 5.0.9.
Looking further into the issue I understood that I can set a quirk using module
parameters.
usbhid is built in (not loadable) so I set a kernel boot parameter
usbhid.quirks=0x0463:0xffff:0x08
and now it seems that the ups comes up OK.
I will keep an eye on it.
cheers
--
Eyal at Home (eyal at eyal.emu.id.au)