HID: hid-input: avoid splitting keyboard, system and consumer controls
authorDmitry Torokhov <dmitry.torokhov@gmail.com>
Thu, 14 Jan 2021 06:24:13 +0000 (22:24 -0800)
committerJiri Kosina <jkosina@suse.cz>
Tue, 2 Feb 2021 10:10:30 +0000 (11:10 +0100)
commit7c7d7ac7cebbf64a256b40ac7eb198cef8fd0642
tree85fceb86d4060e4b6a170c9aee2ce2798b627400
parented9be64eefe26d7d8b0b5b9fa3ffdf425d87a01f
HID: hid-input: avoid splitting keyboard, system and consumer controls

A typical USB keyboard usually splits its keys into several reports:

- one for the basic alphanumeric keys, modifier keys, F<n> keys, six pack
  keys and keypad. This report's application is normally listed as
  GenericDesktop.Keyboard
- a GenericDesktop.SystemControl report for the system control keys, such
  as power and sleep
- Consumer.ConsumerControl report for multimedia (forward, rewind,
  play/pause, mute, etc) and other extended keys.
- additional output, vendor specific, and feature reports

Splitting each report into a separate input device is wasteful and even
hurts userspace as it makes it harder to determine the true capabilities
(set of available keys) of a keyboard, so let's adjust application
matching to merge system control and consumer control reports with
keyboard report, if one has already been processed.

Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Acked-by: Peter Hutterer <peter.hutterer@who-t.net>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
drivers/hid/hid-input.c