I might be seeing the same issue -- at least the high level behavior Alma describes matches what I am seeing on my desktop system. I am not using the same keyboard (I am using a Leopold FC200RT). Sometimes the issue also affects my USB mouse.
I also checked my systemd logs, comparing the good vs bad case, and I noticed one difference. In the bad case, I see the following prints during resume from suspend (grepped my systemd journal for "usb" and "xhci"): ---8<--- Nov 15 22:53:26 carbon kernel: xhci_hcd 0000:06:00.0: xHC error in resume, USBSTS 0x401, Reinit Nov 15 22:53:26 carbon kernel: usb usb5: root hub lost power or was reset Nov 15 22:53:26 carbon kernel: usb usb6: root hub lost power or was reset Nov 15 22:53:26 carbon kernel: xhci_hcd 0000:05:00.0: xHC error in resume, USBSTS 0x401, Reinit Nov 15 22:53:26 carbon kernel: usb usb3: root hub lost power or was reset Nov 15 22:53:26 carbon kernel: usb usb4: root hub lost power or was reset Nov 15 22:53:26 carbon kernel: usb 1-2: reset full-speed USB device number 2 using xhci_hcd Nov 15 22:53:27 carbon kernel: input: Microsoft Xbox Series S|X Controller as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.0/input/input25 Nov 15 22:53:30 carbon ModemManager[752]: <info> [base-manager] couldn't check support for device '/sys/devices/pci0000:00/0000:00:14.0/usb1/1-3': not supported by any plugin Nov 15 22:53:39 carbon kernel: usb 1-5: USB disconnect, device number 5 Nov 15 22:53:43 carbon kernel: usb 1-5: new low-speed USB device number 9 using xhci_hcd Nov 15 22:53:43 carbon kernel: usb 1-5: New USB device found, idVendor=04b4, idProduct=0101, bcdDevice= 0.01 Nov 15 22:53:43 carbon kernel: usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Nov 15 22:53:43 carbon kernel: usb 1-5: Product: USB Keyboard Nov 15 22:53:43 carbon kernel: usb 1-5: Manufacturer: Cypress Nov 15 22:53:43 carbon kernel: input: Cypress USB Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-5/1-5:1.0/0003:04B4:0101.0006/input/input26 Nov 15 22:53:43 carbon kernel: hid-generic 0003:04B4:0101.0006: input,hidraw2: USB HID v1.11 Keyboard [Cypress USB Keyboard] on usb-0000:00:14.0-5/input0 Nov 15 22:53:43 carbon kernel: input: Cypress USB Keyboard Consumer Control as /devices/pci0000:00/0000:00:14.0/usb1/1-5/1-5:1.1/0003:04B4:0101.0007/input/input27 Nov 15 22:53:44 carbon mtp-probe[14339]: checking bus 1, device 9: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-5" Nov 15 22:53:44 carbon kernel: input: Cypress USB Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-5/1-5:1.1/0003:04B4:0101.0007/input/input28 Nov 15 22:53:44 carbon kernel: hid-generic 0003:04B4:0101.0007: input,hidraw3: USB HID v1.11 Keyboard [Cypress USB Keyboard] on usb-0000:00:14.0-5/input1 Nov 15 22:53:44 carbon /usr/libexec/gdm-x-session[1565]: (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-5/1-5:1.0/0003:04B4:0101.0006/input/input26/event4" Nov 15 22:53:44 carbon /usr/libexec/gdm-x-session[1565]: (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-5/1-5:1.1/0003:04B4:0101.0007/input/input27/event5" Nov 15 22:53:44 carbon /usr/libexec/gdm-x-session[1565]: (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-5/1-5:1.1/0003:04B4:0101.0007/input/input27/event5" Nov 15 22:53:44 carbon /usr/libexec/gdm-x-session[1565]: (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-5/1-5:1.1/0003:04B4:0101.0007/input/input28/event6" Nov 15 22:53:44 carbon mtp-probe[14365]: checking bus 1, device 9: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-5" ---8<--- Versus the working case logs (manual suspend, resume a few minutes later, same grep for "usb" and "xhci"): ---8<--- Nov 16 23:23:15 carbon kernel: usb 1-2: reset full-speed USB device number 2 using xhci_hcd Nov 16 23:23:15 carbon kernel: input: Microsoft Xbox Series S|X Controller as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.0/input/input22 Nov 16 23:23:18 carbon ModemManager[753]: <info> [base-manager] couldn't check support for device '/sys/devices/pci0000:00/0000:00:14.0/usb1/1-3': not supported by any plugin ---8<--- The "xHC error in resume" and "root hub lost power or was reset" messages are not present in the working case. Similar messages also seem to be present in the logs shared by Alma. -- uname -a: Linux carbon 6.1.0-13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.55-1 (2023-09-29) x86_64 GNU/Linux -- I'm running debian bookworm, with all the latest updates applied (as of 11/17/2023). Manually suspending (systemctl suspend) and then hitting a button on my keyboard to wake the system back up after a short time (1-2 minutes) generally resumes without any issue (and the keyboard continues to work also). I suspended and woke my machine 5 times back to back, and all 5 times the keyboard worked fine after resume. The keyboard failing to work after exiting suspend seems to occur most often for me when I boot my PC up, leave it idle for several hours, and then come back to try and wake it up after it has been suspended for a long time. This past week I have seen this failure 2 to 3 times under similar circumstances. This is a relatively new install, so I cannot comment on whether this issue was seen in older kernels or previous debian releases.
