Bug 48161
| Summary: | Elantech Touchpad lost sync and becomes unusable | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | Nikolay (figasebe) |
| Component: | Input Devices | Assignee: | drivers_input-devices |
| Status: | REOPENED --- | ||
| Severity: | normal | CC: | alan, antoinejeandet, ceolin, evfool, github, gmoutso, lawsonk, lbt, russianneuromancer, Stefan.G.Zink+korg, stefan, ulrik_opensource-kernel |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 3.12 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: | elantech_v2.patch | ||
|
Description
Nikolay
2012-10-02 07:30:28 UTC
I'm having issues with the touchpad on a Lenovo L430 that I think may be related to this bug.
OS: Debian 6.0.6
Kernel built from source:
$ uname -a
Linux l430kl 3.6.3 #1 SMP Mon Oct 22 00:23:26 WET 2012 i686 GNU/Linu
modprobe psmouse shows an elantech touchpad:
[ 246.143243] psmouse serio1: elantech: assuming hardware version 3 (with firmware version 0x350f02)
[ 246.156668] psmouse serio1: elantech: Synaptics capabilities query result 0xb9, 0x15, 0x0c.
[ 246.225833] input: ETPS/2 Elantech Touchpad as /devices/platform/i8042/serio1/input/input14
As does /proc/bus/input/devices:
I: Bus=0011 Vendor=0002 Product=000e Version=0000
N: Name="ETPS/2 Elantech Touchpad"
P: Phys=isa0060/serio1/input0
S: Sysfs=/devices/platform/i8042/serio1/input/input14
U: Uniq=
H: Handlers=mouse0 event6
B: PROP=1
B: EV=b
B: KEY=6420 0 30000 0 0 0 0 0 0 0 0
B: ABS=2608000 11000003
However X11 is seeing a Synaptics touchpad:
$ xinput list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ SynPS/2 Synaptics TouchPad id=10 [slave pointer (2)]
⎜ ↳ PS/2 Generic Mouse id=11 [slave pointer (2)]
⎜ ↳ Macintosh mouse button emulation id=12 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Video Bus id=7 [slave keyboard (3)]
↳ Sleep Button id=8 [slave keyboard (3)]
↳ AT Translated Set 2 keyboard id=9 [slave keyboard (3)]
↳ ACPI Virtual Keyboard Device id=13 [slave keyboard (3)]
On my laptop the trackpad and two buttons below it work but using the "eraser head" produces the lost sync errors and it doesn't function at all:
Oct 24 01:07:54 l430kl kernel: [ 522.465744] psmouse serio1: Touchpad at isa0060/serio1/input0 lost sync at byte 6
Oct 24 01:07:54 l430kl kernel: [ 522.480254] psmouse serio1: Touchpad at isa0060/serio1/input0 lost sync at byte 6
Oct 24 01:07:54 l430kl kernel: [ 522.494767] psmouse serio1: Touchpad at isa0060/serio1/input0 lost sync at byte 6
Oct 24 01:07:54 l430kl kernel: [ 522.509280] psmouse serio1: Touchpad at isa0060/serio1/input0 lost sync at byte 6
Oct 24 01:07:54 l430kl kernel: [ 522.552569] psmouse serio1: Touchpad at isa0060/serio1/input0 lost sync at byte 6
Oct 24 01:07:54 l430kl kernel: [ 522.552578] psmouse serio1: issuing reconnect request
I'm running Debian 6.0.6 with a mainline kernel built from source:
Reloading the psmouse module does not fix the problem for me.
Sorry that "xinput list" isn't accurate as I was running it remotely (duh).
Here's the proper output:
$ xinput list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ ETPS/2 Elantech Touchpad id=10 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Video Bus id=7 [slave keyboard (3)]
↳ Sleep Button id=8 [slave keyboard (3)]
↳ AT Translated Set 2 keyboard id=9 [slave keyboard (3)]
↳ ThinkPad Extra Buttons id=11 [slave keyboard (3)]
$
So X does see it as an Elantech touchpad. However the touchpoint (or eraser head) and top 3 mouse buttons on the trackpad do not work.
p.s. I've tried this with 3.0.4, 3.6.3 and now 3.6.5. I have a L530 and was struggling with the same problem as Keith Lawson. I found a solution, but the patch needs some polishing still: http://www.spinics.net/lists/linux-input/msg26869.html Can you give me feedback on: 1) Does the patch solve it on your hardware ? 2) what is the result on your hardware of dmesg | grep elantech What additional data is required? This bug still exists the last time I tested in 3.10.x. Ulrik sent his patch to the mailing list and didn't receive any response the last time I checked. There also appears to be reports about missing support for this device as recently as Oct 2/2013: http://www.spinics.net/lists/linux-input/msg27710.html Best thing is probably to chase Dmitry up - patches get missed, people get busy - don't assume no response is a no, it may simply be nobody had time to look at it. (In reply to Alan from comment #7) > Best thing is probably to chase Dmitry up - patches get missed, people get > busy - don't assume no response is a no, it may simply be nobody had time to > look at it. Will do. Thanks for the advice. The Patch from the mailing list posted by Ulrik De Bie tries to fix this issue by creating another device inside the elantech driver. But when comparing the output of the following command on an X220t: ls -lah /sys/bus/serio/devices total 0 drwxr-xr-x 2 root root 0 Nov 23 2013 . drwxr-xr-x 4 root root 0 Nov 23 2013 .. lrwxrwxrwx 1 root root 0 Nov 23 2013 serio0 -> ../../../devices/platform/i8042/serio0 lrwxrwxrwx 1 root root 0 Nov 23 2013 serio1 -> ../../../devices/platform/i8042/serio1 lrwxrwxrwx 1 root root 0 Nov 23 13:14 serio2 -> ../../../devices/platform/i8042/serio1/serio2 With that on my L530: ls -lah /sys/bus/serio/devices total 0 drwxr-xr-x 2 root root 0 Nov 23 13:03 ./ drwxr-xr-x 4 root root 0 Nov 23 12:59 ../ lrwxrwxrwx 1 root root 0 Nov 23 13:10 serio0 -> ../../../devices/platform/i8042/serio0/ lrwxrwxrwx 1 root root 0 Nov 23 13:03 serio1 -> ../../../devices/platform/i8042/serio1/ To me it seems like a muxing-related problem within the i8042 driver. I will have a look at it later. Regards, Socke Patch was resubmitted from a proper git a month ago: http://www.spinics.net/lists/linux-input/msg29806.html I'll send a reminder to Dmitry. With CONFIG_MOUSE_PS2_ELANTECH enabled, my touchpad in a Fujitsu H730 does not work at all but reports the above errors (and does not do much without that option, but better than nothing). Applying the above patch does not change anything when CONFIG_MOUSE_PS2_ELANTECH=y). It claims to be hardware version 4 though. I did not reboot yet, though, but simply reloaded the psmouse driver. [38034.524891] psmouse serio4: elantech: assuming hardware version 4 (with firmware version 0x570f00) [38034.538399] psmouse serio4: elantech: Synaptics capabilities query result 0xc0, 0x14, 0x0c. [38034.628480] input: ETPS/2 Elantech Touchpad as /devices/platform/i8042/serio4/input/input98 ... [39392.108664] psmouse serio4: Touchpad at isa0060/serio4/input0 lost sync at byte 6 [39392.144599] psmouse serio4: issuing reconnect request (In reply to nukleus from comment #11) I got in contact with nukleus, and with some other fixes on top of my patch we were able to get the Fujitsu H730 working. I'm verifying a few things still, and then I'll prepare a proper updated patchset to the linux-input mailinglist and Dmitry. Meanwhile this bug is being fixed, to stop the errors/messages on dmesg, do a rmmod psmouse ; modprobe psmouse proto=bare Updated patch has been posted to linux-input based on reviewing comments from Hans de Goede. http://www.spinics.net/lists/linux-input/msg31822.html Created attachment 140171 [details]
elantech_v2.patch
This has been an annoying issue I have eagerly been waiting to see solved for months. For anyone who has an Lenovo L530, this patch works. I patched Gentoo-sources-3.15.0 but the patched files should be identical to the vanilla kernel.
$ uname -a
Linux localhost 3.15.0-gentoo #6 SMP Mon Jun 16 18:45:55 EDT 2014 x86_64 Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz GenuineIntel GNU/Linux
$ dmesg | grep -i mouse
[ 1.437205] mousedev: PS/2 mouse device common for all mice
[ 2.075761] psmouse serio1: elantech: assuming hardware version 3 (with firmware version 0x350f02)
[ 2.090085] psmouse serio1: elantech: Synaptics capabilities query result 0xb9, 0x15, 0x0c.
Both patches above lack v4 support, but replicating the stuff done in _v3-functions to the _v4-functions looks easy. I'd be more than happy to test the final patch with my v4 hardware. In the meantime, I'm using Ulriks patches. An updated patch has now been approved by Dmitry (see http://www.spinics.net/lists/linux-input/msg33231.html). A patch set for the Fujitsu H730 was proposed on linux-input: http://www.spinics.net/lists/linux-input/msg33275.html possible duplicate https://bugzilla.kernel.org/show_bug.cgi?id=84491 bug #84491 has similarities: elantech touchpad and lost sync at byte 6 |