Re: [REGRESSION] CyberPower LE1000DG (0764:0501) USB HID regression on x86

Thorsten Leemhuis <[email protected]> Tue, 4 Aug 2026 12:06:21 +0200
Newsgroups org.kernel.vger.linux-input,dev.linux.lists.regressions,org.kernel.vger.linux-usb
Message-ID <[email protected]>
On 7/30/26 21:28, Jamie Stephens wrote:
> 
> Per the recommendation on Proxmox Bugzilla #7850, I’m reporting what
> appears to be a Linux USB/HID regression affecting a CyberPower
> LE1000DG UPS.

Thx for the report. No developer replied yet with an idea what's wrong.
Unless this changes I guess you need to run a git bisection to get
somebodies attention, as the root of the problem might be in one of
various kernel subsystems. The process is described in
https://docs.kernel.org/admin-guide/verify-bugs-and-bisect-regressions.html
or
https://docs.kernel.org/admin-guide/bug-bisect.html; if you follow the
latter you might want to first check if mainline (7.2-rc6) is still
affected.

Ciao, Thorsten

> Hardware
> 
> UPS
> 
> CyberPower LE1000DG
> USB VID:PID 0764:0501
> 
> Affected x86 platform
> 
> Intel Tiger Lake-H USB 3.2 Gen 2 xHCI Host Controller
> PCI ID: 8086:43ed
> 
> Problem
> 
> When connected to the x86 system, the UPS enumerates successfully and
> is bound by the kernel to hid-generic.
> 
> Kernel messages include:
> 
> usb 1-3: New USB device found, idVendor=0764, idProduct=0501
> 
> usb 1-3: Product: LE1000DG
> 
> hid-generic 0003:0764:0501.0001: hiddev0,hidraw0:
> 
> USB HID v1.11 Device [CPS LE1000DG]
> 
> However,
> 
> sudo lsusb -v -d 0764:0501
> 
> reports:
> 
> wDescriptorLength     504
> 
> Warning: can't get report descriptor, LIBUSB_ERROR_PIPE
> 
> cannot read device status, Resource temporarily unavailable (11)
> 
> As a result, usbhid-ups is unable to reliably communicate with the
> device and NUT cannot reliably monitor UPS status.
> 
> Kernels Tested
> 
> The issue reproduces on:
> 
> Proxmox VE kernel 7.0.14-5-pve
> Proxmox VE kernel 7.0.14-6-pve
> Ubuntu mainline 7.1.5-070105-generic
> 
> Reproducing the issue on an Ubuntu mainline kernel indicates the
> behavior is not specific to Proxmox and appears to exist in upstream
> Linux as well.
> 
> Comparison
> 
> The identical UPS, USB cable, and NUT configuration were moved to a
> Raspberry Pi 5 running:
> 
> Debian 13 (trixie)
> Linux 6.18.34+rpt-rpi-2712
> NUT 2.8.1
> 
> On the Raspberry Pi:
> 
> the device binds successfully to hid-generic
> usbhid-ups initializes successfully
> NUT communicates reliably
> upsc ups@localhost consistently returns complete UPS status, including
> charge, runtime, voltage, load, and other telemetry
> 
> This behavior has remained reliable through repeated testing and reboots.
> 
> For completeness, lsusb -v on the Raspberry Pi also reports the HID
> report descriptor as unavailable. Despite this, usbhid-ups
> communicates with the UPS reliably. The communication failure only
> occurs on the affected x86 platform.
> 
> Troubleshooting Performed
> 
> Tested multiple USB ports
> Tested USB 2.0 and USB 3.x ports
> Replaced the USB cable
> Tested NUT 2.8.1, 2.8.5, and current development master
> Tested as both root and the nut service user
> Verified udev permissions
> Verified USB VID:PID 0764:0501
> Reproduced the issue on Ubuntu mainline 7.1.5
> 
> A Proxmox developer suggested this may require a USB HID device quirk
> and requested that the issue be reported upstream.
> 
> Reference:
> 
> Proxmox Bugzilla #7850: https://bugzilla.proxmox.com/show_bug.cgi?id=7850
> 
> Please let me know if additional information would be helpful. I can
> provide complete dmesg, lsusb, and usbhid-upsdebug logs or perform
> additional testing if needed.
> 
> Thank you,
> Jamie Stephens
>