summaryrefslogtreecommitdiffstats
path: root/drivers/iommu
diff options
context:
space:
mode:
authorDmitry Torokhov <dmitry.torokhov@gmail.com>2021-01-13 22:24:13 -0800
committerJiri Kosina <jkosina@suse.cz>2021-02-02 11:10:30 +0100
commit7c7d7ac7cebbf64a256b40ac7eb198cef8fd0642 (patch)
tree85fceb86d4060e4b6a170c9aee2ce2798b627400 /drivers/iommu
parented9be64eefe26d7d8b0b5b9fa3ffdf425d87a01f (diff)
downloadlinux-7c7d7ac7cebbf64a256b40ac7eb198cef8fd0642.tar.bz2
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>
Diffstat (limited to 'drivers/iommu')
0 files changed, 0 insertions, 0 deletions