Bug 209499 - NKRO does not work on vortex race 3 keyboard
Summary: NKRO does not work on vortex race 3 keyboard
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: USB (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Default virtual assignee for Drivers/USB
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-04 18:09 UTC by Dmitriy
Modified: 2020-10-04 21:44 UTC (History)
1 user (show)

See Also:
Kernel Version: 5.8.10-1~bpo10+1
Subsystem:
Regression: No
Bisected commit-id:


Attachments
lsusb and usbmon debug (8.01 KB, text/plain)
2020-10-04 18:09 UTC, Dmitriy
Details
vortex win10 usbtreeview (16.13 KB, text/plain)
2020-10-04 21:40 UTC, Dmitriy
Details
vortex win10 usb pcap (wireshark) (2.04 KB, application/vnd.tcpdump.pcap)
2020-10-04 21:41 UTC, Dmitriy
Details

Description Dmitriy 2020-10-04 18:09:52 UTC
Created attachment 292809 [details]
lsusb and usbmon debug

Hi.

Linux does not see more, than 6 simultaneous keypresses on vortex race 3
keyboard. Though on windows 10 at least 10 simultaneous keypresses work.

lsusb info and usbmon debug is in 'vortex_usb.txt' file (there i press
'qwertyuifg' sequently (next key is pressed approximately after 1-2 seconds)
and then release in reverse order):

Thanks.
Comment 1 R0b0t1 2020-10-04 20:47:13 UTC
I understand your confusion but this is expected. The standard report format for a USB keyboard is 8 bytes. The first byte contains the modifier key state, the second is padding, and the remaining 6 bytes contain key codes.

N-key rollover is more a statement of how the switch matrix has been constructed than how many keys you can use in your OS. There are other ways of constructing a switch matrix that are marginally cheaper but lead to the inability to distinguish keys after a certain point; for a typical 84-120 key keyboard the optimal constructions tend to cap out at 6 simultaneous key presses, explaining the choices made in the USB standard.

Looking at the lsusb -v output the device shows up as a boot keyboard (slightly more restricted) and a normal keyboard, but both report the expected number of bytes. Your keyboard has more interface information than usual but I am not sure how it is interpreted. It could be sending more bytes back to Windows and Windows may accept them. You may wish to investigate the keyboard from Windows using the USBView tool.
Comment 2 Dmitriy 2020-10-04 21:40:32 UTC
Created attachment 292813 [details]
vortex win10 usbtreeview
Comment 3 Dmitriy 2020-10-04 21:41:38 UTC
Created attachment 292815 [details]
vortex win10 usb pcap (wireshark)
Comment 4 Dmitriy 2020-10-04 21:44:09 UTC
I've added output from usbtreeview, it seems identical to usbview (but if it's not, then i'll install usbview).

Also, wireshark pcap from the same test as on linux: 'qwertyuifg' sequently and then release in reverse order.

Note You need to log in before you can comment on or make changes to this bug.