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 (fedora@xxxxxxxxxxxxxx) _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx
