On 20/07/2019 00.19, Eyal Lebedinsky wrote:
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 did not improve this.
I do not know if this is a fedora or a kernel problem, so I am starting here.
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 (fed...@eyal.emu.id.au)
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
