[OneDev #29] peripherals: file libratbag upstream issue/PR with G915 X 0x1B05 FullKeyCustomization findings #11
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Imported from OneDev issue #29 (id 35529)
Original project: internal-joseph
Original state: Open
Original submitterId: 5
Original submitDate: 2026-05-05T15:32:19.252+00:00
Original lastActivity: {'date': '2026-05-05T15:32:19.252+00:00', 'description': 'opened', 'userId': 5}
Original fields:
Context
Per
peripherals/g915x-vs-public-knowledge.md, our RE work (2026-05-04 → 2026-05-05) is potentially the first public implementation of feat0x1B05 FullKeyCustomizationfor the G915 X. libratbag and keyleds (the two main open-source Logitech HID++ projects) don't have it.Three features documented:
0x1B05 FullKeyCustomization— the activation handshake + event format0x8101 OnboardProfiles-kbd— keyboard binding wire format0x8051 LogiModifiers— modifier-state event sourceThis unlocks libratbag G915 X support on Linux, which currently doesn't exist.
Tasks
peripherals/g915x-vs-public-knowledge.md(or a sanitized version) for the technical detailhidpp20.h+ ahidpp20-feature-0x1b05.cimplementation modeled onhidpp20-feature-0x1b04.cPrereq
Should probably wait until issue #27 (trim 437-write replay) is done so the upstream patch is the minimal sequence, not a 437-write blob.
Why bother
Right-to-repair angle. Three years of no public alternative for these gaming keyboards. Other G-series keyboard owners running Linux can't do anything beyond what libratbag's older feature set supports. This is contributable knowledge.