summaryrefslogtreecommitdiff
path: root/test/litest-device-thinkpad-extrabuttons.c
diff options
context:
space:
mode:
authorPeter Hutterer <peter.hutterer@who-t.net>2021-04-14 15:35:07 +1000
committerPeter Hutterer <peter.hutterer@who-t.net>2021-04-21 00:15:42 +0000
commita37d6dcc9c2ec7ebd0d3609e01da1cfcec28db6e (patch)
tree68cd76668a4a53e0b6fca7991cf092138cfc2032 /test/litest-device-thinkpad-extrabuttons.c
parent467266bbb4cd208ecf163a6461bad1e47b5e6872 (diff)
downloadlibinput-a37d6dcc9c2ec7ebd0d3609e01da1cfcec28db6e.tar.gz
touchpad: if we have a right button, let's assume it's not a clickpad
This assumption dates back roughly a decade when INPUT_PROP_BUTTONPAD was introduced into the kernel. To my knowledge, devices right now erroneously advertise INPUT_PROP_BUTTONPAD when they are not a clickpad (but then they have BTN_RIGHT) or they lack INPUT_PROP_BUTTONPAD (and only have BTN_LEFT). So let's change our assumption here - if a clickpad has a right button log the kernel bug and continue with the assumption the device is a touchpad with physical buttons. To disable that warning, fix the kernel or add an AttrInputPropDisable quirk for the device. Fixes #595 Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Diffstat (limited to 'test/litest-device-thinkpad-extrabuttons.c')
0 files changed, 0 insertions, 0 deletions