15
submitted 4 days ago* (last edited 4 days ago) by [email protected] to c/[email protected]

I'm on Bazzite Linux 42 and was having some trouble with my 2.4GHz wireless keyboard disconnecting, so I decided to replace it. The new one is having similar issues despite being a different brand (new: XVX, old: Royal Kludge), so I suspect the culprit may actually have been software all along. I have a 2.4GHz wireless mouse connected to the same system that is generally reliable, so I don't believe it's an issue of 2.4GHz interference. The keyboards work well when connected to my Mac, so I don't believe it's faulty hardware.

This keyboard has one feature that may be helpful in troubleshooting: it flashes an LED when it’s trying to reconnect. (The previous one had no indicator.) I can clearly see that, after the keyboard has been idle for a bit, it starts trying to reconnect again. I suspected a power management issue, but I believe I’ve disabled that. I started with a rule in /etc/udev/rules.d/:

ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="1038", ATTR{idProduct}=="1830", TEST=="power/control", ATTR{power/control}="on"
ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="0c45", ATTR{idProduct}=="fefe", TEST=="power/control", ATTR{power/control}="on"

(These rules disable power management for both keyboard and mouse, just in case.) I got the IDs with lsusb. I’m assuming the part of the ID before the colon is the vendor ID and the part after is the product ID.

That didn’t seem to help at all, so I tried disabling USB power management with rpm-ostree kargs --append-if-missing="usbcore.autosuspend=-1". That made the problem better, but now it just seems to take longer (a couple of minutes) for the keyboard to lose connectivity. Also, now when it loses connectivity, it seems even disconnecting and reconnecting the dongle doesn't always fix it.

Anyone have ideas what I might try from here?

top 6 comments
sorted by: hot top new old
[-] [email protected] 1 points 1 day ago

To clarify, you have a dongle paired with this keyboard permanently attached to the machine?

[-] [email protected] 1 points 1 day ago

These are the dongles that came with the keyboards, so they’re paired out-of-the-box (although I have also used the process for re-pairing them). They are just connected to a USB port on the computer, so not really permanent, but I do leave them connected. Not both at the same time, but each in turn. Hope that answers your question, but I’m not 100% sure I understood it.

[-] [email protected] 1 points 12 hours ago

That answers my question. If the USB dongle never disconnects from the machine, then I wouldn't expect anything to show in dmesg, as the 'sleep mode' is likely occurring downstream of the USB dongle.

Are there any config utilities that came with it? Failing that, maybe wireshark the dongle and see if there is any sort of sleep/wake signal being passed back through to the host machine?

[-] [email protected] 5 points 4 days ago

Did you check the logs for any messages when it drops out? Dmesg mostly.

[-] [email protected] 2 points 4 days ago

Thanks for taking a look. Nothing in dmesg. I'm using the keyboard wired at the moment. That top entry happened when I disconnected USB. I flipped to 2.4GHz and tested the OS key which worked. Tested it periodically until it didn't work but there were no additional log entries. The rest of the log entries happened when I reconnected USB.

[Mon May 26 11:07:31 2025] usb 1-12: USB disconnect, device number 8
[Mon May 26 11:14:00 2025] usb 1-12: new full-speed USB device number 10 using xhci_hcd
[Mon May 26 11:14:00 2025] usb 1-12: New USB device found, idVendor=fffe, idProduct=0082, bcdDevice= 1.07
[Mon May 26 11:14:00 2025] usb 1-12: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[Mon May 26 11:14:00 2025] usb 1-12: Product: M67
[Mon May 26 11:14:00 2025] usb 1-12: Manufacturer:  
[Mon May 26 11:14:00 2025] input:   M67 as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.0/0003:FFFE:0082.0017/input/input46
[Mon May 26 11:14:00 2025] hid-generic 0003:FFFE:0082.0017: input,hidraw0: USB HID v1.11 Keyboard [  M67] on usb-0000:00:14.0-12/input0
[Mon May 26 11:14:00 2025] hid-generic 0003:FFFE:0082.0018: hiddev96,hidraw1: USB HID v1.11 Device [  M67] on usb-0000:00:14.0-12/input1
[Mon May 26 11:14:00 2025] input:   M67 Mouse as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.2/0003:FFFE:0082.0019/input/input47
[Mon May 26 11:14:00 2025] input:   M67 System Control as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.2/0003:FFFE:0082.0019/input/input48
[Mon May 26 11:14:00 2025] input:   M67 Consumer Control as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.2/0003:FFFE:0082.0019/input/input49
[Mon May 26 11:14:00 2025] input:   M67 Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.2/0003:FFFE:0082.0019/input/input50
[Mon May 26 11:14:00 2025] hid-generic 0003:FFFE:0082.0019: input,hidraw2: USB HID v1.11 Mouse [  M67] on usb-0000:00:14.0-12/input2
[Mon May 26 11:14:02 2025] input: input-remapper   M67 Keyboard forwarded as /devices/virtual/input/input51

Are there other logs that would be good to check?

[-] [email protected] 1 points 3 days ago* (last edited 3 days ago)

Since posting this, I've also tried installing powertop and checking the tunables. According to lsof -t, the dongle is connected directly to the root hub (under only xHCI host controller). I noticed in powertop that those controllers were still under power management, so I disabled them. That didn't seem to help. The keyboard still lost connection.

this post was submitted on 26 May 2025
15 points (100.0% liked)

Linux

54468 readers
698 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 6 years ago
MODERATORS