linux-kernel - [REGRESSION] USB HID initialization delay (~8s) for Semitek keyboard on kernel 6.15.*

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <c5a8fdd3-fc35-4055-9d1e-7a5b4b50db91@gmail.com>
Date: Fri, 13 Jun 2025 00:09:31 +0900
From: VladTop46 <mcsm2654@...il.com>
To: jikos@...nel.org, bentiss@...nel.org
Cc: linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: [REGRESSION] USB HID initialization delay (~8s) for Semitek keyboard
 on kernel 6.15.*

Hi Jiri and Benjamin,

I'm reporting a regression in USB HID initialization timing for the 
Skyloong GK104 Pro keyboard (detected as "Semitek Gaming Keyboard", USB 
ID: 1ea7:0907), which I observed when upgrading from Linux kernel 6.14 
to 6.15.

Summary:
On kernel 6.15.2, the keyboard takes approximately 8 seconds longer to 
become initialized and usable compared to 6.12.33-lts. The USB device is 
discovered at the same time, but HID input registration is significantly 
delayed. After that, the device functions normally.

Hardware:

- Device: Skyloong GK104 Pro (detected as "Semitek Gaming Keyboard", USB 
ID: 1ea7:0907)
- Motherboard: ASUS ROG STRIX B550-A GAMING
- CPU: AMD Ryzen 9 5900X
- Distro: Arch Linux

Timing comparison (from `dmesg`):
Kernel 6.12.33-lts (working):
     [    1.420s] usb 3-2: New USB device found, idVendor=1ea7, 
idProduct=0907
     [    3.170s] hid-generic 0003:1EA7:0907.0004: input,hidraw3: USB 
HID v1.11 Keyboard
     [    5.554s] semitek 0003:1EA7:0907.0004: input,hidraw3: USB HID 
v1.11 Keyboard

Kernel 6.15.2 (regression):
     [    1.416s] usb 3-2: New USB device found, idVendor=1ea7, 
idProduct=0907
     [   12.064s] input: SEMITEK USB-HID Gaming Keyboar System Control
     [   12.864s] semitek 0003:1EA7:0907.0004: input,hidraw3: USB HID 
v1.11 Keyboard

Notes:

- The delay happens specifically in the HID driver binding phase.
- The issue is 100% reproducible across reboots.
- USB discovery itself is not delayed — only HID input registration.
- Once the device is initialized, it works as expected.
- The issue was not present in 6.14.x, but appears in 6.15.2 — so the 
regression likely occurred between these versions.
- Side note: the device descriptor reports the product as `"USB-HID 
Gaming Keyboar"` (missing 'd'), which might be firmware-related.

Request:
Would you be able to help identify the cause or commit that might have 
introduced this delay? I'm happy to provide additional debug logs or 
test patches if needed.

Attached:
- `lts_dmesg.log` (working)
- `6.15_dmesg.log` (regression)

Thanks in advance, and best regards,
**VladTop46**

View attachment "6.15_dmesg.log" of type "text/x-log" (89984 bytes)

View attachment "lts_dmesg.log" of type "text/x-log" (141181 bytes)