Summary: | Regression in c8b098: Pointer keeps moving | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Jaime Velasco Juan <jsagarribay> | ||||||
Component: | Input/synaptics | Assignee: | Peter Hutterer <peter.hutterer> | ||||||
Status: | RESOLVED FIXED | QA Contact: | |||||||
Severity: | normal | ||||||||
Priority: | medium | CC: | andyrtr, peter.hutterer, thomas | ||||||
Version: | git | ||||||||
Hardware: | Other | ||||||||
OS: | All | ||||||||
Whiteboard: | |||||||||
i915 platform: | i915 features: | ||||||||
Attachments: |
|
Description
Jaime Velasco Juan
2012-01-26 09:02:19 UTC
I can confirm this behaviour (including the spurious scroll events). For reference: https://mailman.archlinux.org/pipermail/arch-dev-public/2012-February/022527.html https://mailman.archlinux.org/pipermail/arch-general/2012-February/024983.html https://bugs.archlinux.org/task/28399 I experience something similar to this bug on Ubuntu 12.04 (default X stack and kernel), on Ubuntu 11.10 and 12.04 with xorg-edgers ppa stack. This bug did not exist on Ubuntu 11.10 with default X stack. The pointer sometimes keeps moving in the same direction when the finger stops, and the pointer moves too fast. Small and precise movements are unpredictable, so the touchpad is nearly unusable for text edit, or even clicking on window controls. I had to set speed and acceleration to the lowest value to use this touchpad, but this is not even a real workaround. I know this bug is known on the debian and archlinux bugtrackers, users report the same issue on launchpad. I get the following outputs : $ egrep -i 'synap|alps|etps' /proc/bus/input/devices N: Name="ETPS/2 Elantech Touchpad" $ synclient -l | awk '/=/{printf "Option \"%s\" \"%s\"\n",$1,$3}' PressureMotionMinZ = format mismatch (32) PressureMotionMaxZ = format mismatch (32) (In reply to comment #0) > I also found some strangeness with edge scrolling, sometimes it generated spurious events in the opposite direction (i.e. scroll down but get several button 4 > events, instead of one button 5). I'm unable to reproduce it now with the commit reverted, but I'm not sure it's the same bug. Erratic scroll events are detailed in Bug 45611 I don't see this behaviour on the current f9a906590e59383aef3c53faca98f0de40859f17 commit. Is this still an issue? If so, please get me the evtest description for the device, maybe it is hardware-specific (single-touch vs multitouch touchpads) and your /proc/bus/input/devices. We have this problem on e6032c34515a19ebac09090028f806d82ddfb62d (see [1]), which is only one commit behind the latest (and that commit seems unrelated). I only have reports of ALPS and Elantech touchpads failing, but no complaints from Synaptics touchpad users. [1] https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/xf86-input-synaptics Created attachment 57154 [details]
Evtest log
I installed the latest Input/synaptics driver from git, revision f9a906590e59383aef3c53faca98f0de40859f17. Here is the touchpad specific /proc/bus/input/devices entry : I: Bus=0011 Vendor=0002 Product=000e Version=0000 N: Name="ETPS/2 Elantech Touchpad" P: Phys=isa0060/serio4/input0 S: Sysfs=/devices/platform/i8042/serio4/input/input5 U: Uniq= H: Handlers=mouse0 event5 B: PROP=8 B: EV=b B: KEY=e420 30000 0 0 0 0 B: ABS=260800011000003 The evtest log is attached, but as long as i had to switch to another VT and i could not see the pointer, i don't know if i triggered the "pointer keeps moving" bug. The bug is present still in master branch. Now the cursor moves at normal speed, so it's tolerable, but it doesn't stop moving unless c8b09 is reverted. My hardware is: Input driver version is 1.0.1 Input device ID: bus 0x11 vendor 0x2 product 0x8 version 0x7301 Input device name: "AlpsPS/2 ALPS DualPoint TouchPad" Supported events: Event type 0 (EV_SYN) Event type 1 (EV_KEY) Event code 272 (BTN_LEFT) Event code 273 (BTN_RIGHT) Event code 274 (BTN_MIDDLE) Event code 325 (BTN_TOOL_FINGER) Event code 330 (BTN_TOUCH) Event type 3 (EV_ABS) Event code 0 (ABS_X) Value 977 Min 0 Max 1023 Event code 1 (ABS_Y) Value 168 Min 0 Max 767 Event code 24 (ABS_PRESSURE) Value 0 Min 0 Max 127 (In reply to comment #8) > The bug is present still in master branch. Now the cursor moves at normal speed, so it's tolerable, but it doesn't stop moving unless c8b09 is reverted. fwiw, the cursor speed change was likely the revert pushed as xf86-input-synaptics-1.4.99.1-56-g49f6109 (In reply to comment #7) > The evtest log is attached, but as long as i had to switch to another VT and i could not see the pointer, i don't know if i triggered the "pointer keeps > moving" bug. Drop this in /etc/X11/xorg.conf.d/99-synaptics-nograb.conf Section "InputClass" Identifier "synaptics don't grab" MatchDriver "synaptics" Option "GrabEventDevice" "off" EndSection and restart X. that should stop synaptics from grabbing the device, allowing you to capture it while X is running. Also, if you could record the output and description with evemu, that'd make it a lot easier for me to replay. https://launchpad.net/utouch-evemu, then run evemu-describe and evemu-record I made these log files with the recommanded tools: N: ETPS/2 Elantech Touchpad I: 0011 0002 000e 0000 P: 08 00 00 00 00 00 00 00 B: 00 0b 00 00 00 00 00 00 00 B: 01 00 00 00 00 00 00 00 00 B: 01 00 00 00 00 00 00 00 00 B: 01 00 00 00 00 00 00 00 00 B: 01 00 00 00 00 00 00 00 00 B: 01 00 00 03 00 00 00 00 00 B: 01 20 e4 00 00 00 00 00 00 B: 01 00 00 00 00 00 00 00 00 B: 01 00 00 00 00 00 00 00 00 B: 01 00 00 00 00 00 00 00 00 B: 01 00 00 00 00 00 00 00 00 B: 01 00 00 00 00 00 00 00 00 B: 01 00 00 00 00 00 00 00 00 B: 02 00 00 00 00 00 00 00 00 B: 03 03 00 00 11 00 80 60 02 B: 04 00 00 00 00 00 00 00 00 B: 05 00 00 00 00 00 00 00 00 B: 11 00 00 00 00 00 00 00 00 B: 12 00 00 00 00 00 00 00 00 B: 15 00 00 00 00 00 00 00 00 B: 15 00 00 00 00 00 00 00 00 A: 00 0 1280 0 0 A: 01 0 704 0 0 A: 18 0 255 0 0 A: 1c 0 15 0 0 A: 2f 0 1 0 0 A: 35 0 1280 0 0 A: 36 0 704 0 0 A: 39 0 65535 0 0 evtest.log http://ubuntuone.com/3r4EKxVuBadkifGWcDtav7 evemu.log http://ubuntuone.com/0qx8qll7jXeQ796eVt9RoU The sensitivity bug, and pointer keep moving bug were triggered during the recording (a few times for the second one). Created attachment 57286 [details]
evemu event log reproducing the issue
Attaching the file here so it doesn't go astray.
commit c25ff549c9636ad89a81fbf364159c7f040d163b Author: Peter Hutterer <peter.hutterer@who-t.net> Date: Fri Feb 17 11:49:43 2012 +1000 Revert "Don't store fake events in the motion history" |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.