summaryrefslogtreecommitdiff
path: root/lib
diff options
context:
space:
mode:
authorSeth Forshee <seth.forshee@canonical.com>2012-07-25 10:54:11 +0400
committerDmitry Torokhov <dmitry.torokhov@gmail.com>2012-07-25 10:55:15 +0400
commitc0394506e69b37c47d391c2a7bbea3ea236d8ec8 (patch)
tree0a021f84ccb181bfbf07796de7bdfaee581262c7 /lib
parentd838c644fea603eb24811333c6e2cf4f9722bf10 (diff)
downloadlinux-c0394506e69b37c47d391c2a7bbea3ea236d8ec8.tar.xz
Input: synaptics - handle out of bounds values from the hardware
The touchpad on the Acer Aspire One D250 will report out of range values in the extreme lower portion of the touchpad. These appear as abrupt changes in the values reported by the hardware from very low values to very high values, which can cause unexpected vertical jumps in the position of the mouse pointer. What seems to be happening is that the value is wrapping to a two's compliment negative value of higher resolution than the 13-bit value reported by the hardware, with the high-order bits being truncated. This patch adds handling for these values by converting them to the appropriate negative values. The only tricky part about this is deciding when to treat a number as negative. It stands to reason that if out of range values can be reported on the low end then it could also happen on the high end, so not all out of range values should be treated as negative. The approach taken here is to split the difference between the maximum legitimate value for the axis and the maximum possible value that the hardware can report, treating values greater than this number as negative and all other values as positive. This can be tweaked later if hardware is found that operates outside of these parameters. BugLink: http://bugs.launchpad.net/bugs/1001251 Cc: stable@vger.kernel.org Signed-off-by: Seth Forshee <seth.forshee@canonical.com> Reviewed-by: Daniel Kurtz <djkurtz@chromium.org> Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Diffstat (limited to 'lib')
0 files changed, 0 insertions, 0 deletions