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?

    • RadDevon@lemmy.zipOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      6 hours 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.

    • RadDevon@lemmy.zipOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      3 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?

  • RadDevon@lemmy.zipOP
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    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.