summaryrefslogtreecommitdiffstats
path: root/security/device_cgroup.c
diff options
context:
space:
mode:
authorHans de Goede <hdegoede@redhat.com>2014-06-07 22:35:07 -0700
committerDmitry Torokhov <dmitry.torokhov@gmail.com>2014-06-07 23:20:23 -0700
commitcd9e83e2754465856097f31c7ab933ce74c473f8 (patch)
treec81f5aa191944d5d614b3ce5d5916daa9532c185 /security/device_cgroup.c
parentcc071acaa2cf7b7b8c716ad48f3ba93a2e064687 (diff)
downloadtalos-op-linux-cd9e83e2754465856097f31c7ab933ce74c473f8.tar.gz
talos-op-linux-cd9e83e2754465856097f31c7ab933ce74c473f8.zip
Input: elantech - deal with clickpads reporting right button events
At least the Dell Vostro 5470 elantech *clickpad* reports right button clicks when clicked in the right bottom area: https://bugzilla.redhat.com/show_bug.cgi?id=1103528 This is different from how (elantech) clickpads normally operate, normally no matter where the user clicks on the pad the pad always reports a left button event, since there is only 1 hardware button beneath the path. It looks like Dell has put 2 buttons under the pad, one under each bottom corner, causing this. Since this however still clearly is a real clickpad hardware-wise, we still want to report it as such to userspace, so that things like finger movement in the bottom area can be properly ignored as it should be on clickpads. So deal with this weirdness by simply mapping a right click to a left click on elantech clickpads. As an added advantage this is something which we can simply do on all elantech clickpads, so no need to add special quirks for this weird model. Reported-and-tested-by: Elder Marco <eldermarco@gmail.com> Cc: stable@vger.kernel.org Signed-off-by: Hans de Goede <hdegoede@redhat.com> Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Diffstat (limited to 'security/device_cgroup.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud