☰

Lenovo Y700 Elantech Touchpad-Abfrage 0x01 fehlgeschlagen

tag-icon • tag-icon ubuntu arch-linux kernel kernel-modules touchpad
Lenovo Y700 Elantech Touchpad-Abfrage 0x01 fehlgeschlagen

Ich habe seit mindestens einem halben Jahr ein nerviges Problem mit meinem Elantech-Touchpad. Meistens verliert es zufällig die Synchronisierung und wird erkannt alsPS/2 Elantech TouchpadoderBYD Touchpad. Es variiert von Update zu Update, aber im Wesentlichen bleiben diese Fehler bestehen in dmesg:

psmouse serio1: Failed to enable mouse on isa0060/serio1
psmouse serio1: elantech: synaptics_send_cmd query 0x01 failed.
psmouse serio1: Failed to enable mouse on isa0060/serio1
input: PS/2 Generic Mouse as /devices/platform/i8042/serio1/input/input19

In Fällen, in denen das Touchpad korrekt erkannt wurde, funktioniert es dennoch sehr schlecht. Es treten Probleme bei Multi-Touch, Tippen und Scrollen mit zwei Fingern auf und es liegen Kalibrierungsprobleme vor (nur die Mitte des Touchpads reagiert, während andere Bereiche jegliche Eingaben ignorieren). dmesgFür dieses Szenario sieht das folgendermaßen aus:

psmouse serio1: elantech: assuming hardware version 4 (with firmware version 0x595f03)
psmouse serio1: elantech: Synaptics capabilities query result 0x10, 0x15, 0x0e.
psmouse serio1: elantech: Elan sample query result 04, 02, 86
input: ETPS/2 Elantech Touchpad as /devices/platform/i8042/serio1/input/input2

Während der Systembetriebszeit beginnt es zufällig auf meine Eingaben zu reagieren, indem es klickt und sich in zufällige Richtungen bewegt.

Ich verwende jetzt Arch Linux, aber das Problem trat auch unter Ubuntu 16.04 und 14.04 auf.

AusArch Linux Wiki-Seitepata_legacyEs gibt einen Hinweis für Lenovo Y700, dass das Modul vollständig auf die schwarze Liste gesetzt werden muss, damit das Touchpad funktioniert. Daher habe ich dies zu meiner Kernel-Bootloader-Konfiguration hinzugefügt:

options: ... modprobe.blacklist=pata_legacy ...

lsmodwird nicht pata_legacyals geladen angezeigt, daher funktioniert die Blacklist. Aber es hilft in keinster Weise, da das Problem mit dem Touchpad weiterhin besteht.

Ich verwende libinputdie folgende Konfiguration und habe sie seit einiger Zeit nicht geändert (und sie funktioniert in den Zeiträumen einwandfrei, in denen sich das Touchpad OK anfühlt):

Section "InputClass"
        Identifier "libinput touchpad catchall"
        MatchIsTouchpad "on"
        MatchDevicePath "/dev/input/event*"
        Driver "libinput"
        Option "Tapping" "True"
        Option "DisableWhileTyping" "True"
        Option "NaturalScrolling" "True"
        Option "MiddleEmulation" "True"
EndSection

Ich glaube, dass das Problem irgendwie mit einem Kernel zusammenhängt, aber ich kenne mich mit Low-Level-Sachen nicht so gut aus, deshalb bekomme ich es nicht alleine zum Laufen.

Ich bin für jegliche Hilfe, Dokumentationsverweise, Tipps zur Fehlerbehebung usw. dankbar, da ich nichts dagegen habe, die Probleme selbst zu beheben, aber keine Ahnung habe, wo ich anfangen soll (und wo ich suchen soll).

$ uname -r
4.10.13-1-ARCH

Antwort1

Ich habe genau das gleiche nervige Problem. Da ich keine Lösung gefunden habe, verwende ich dieses einfache Bash-Skript als Workaround.

#!/usr/bin/bash

while [[ $(dmesg | tail -n 3 | grep ETPS) == "" ]]
do
    sudo modprobe --remove psmouse
    sudo modprobe psmouse
    sleep 3
done

notify-send "Touchback" "Your touchpad is back ready to use"

exit

sudoersUnd natürlich ist es eine gute Idee, Ihr Gerät so zu konfigurieren, dass für die beiden Befehle kein Kennwort abgefragt wird.

verwandte Informationen