web-dev-qa-db-fra.com

Elantech - Le pavé tactile ne fonctionne pas après la mise à niveau vers 18.10 à partir de 18.04 (ThinkPad L480)

Lors de la mise à jour du 18.04 au 18.10 sur un ThinkPad L480, le pavé tactile Elantech a cessé de fonctionner. Cela signifie qu'il n'est pas du tout reconnu. Ce problème s'est produit après le premier démarrage en 18.10

dmesg | grep -i elantech affiche les erreurs suivantes:

[    3.409043] psmouse serio1: elantech: assuming hardware version 4 (with firmware version 0x5f3001)
[    3.427372] psmouse serio1: elantech: Synaptics capabilities query result 0x90, 0x18, 0x10.
[    3.447275] psmouse serio1: elantech: Elan sample query result 00, 23, c8
[    3.464905] psmouse serio1: elantech: Trying to set up SMBus access
[    5.576149] elan_i2c 0-0015: 0-0015 supply vcc not found, using dummy regulator
[    5.586505] elan_i2c 0-0015: failed to get resolution: -71
[    5.586527] elan_i2c: probe of 0-0015 failed with error -71

ton nom:

$ uname -a
Linux test 4.18.0-10-generic #11-Ubuntu SMP Thu Oct 11 15:13:55 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

J'ai trouvé le fil suivant qui résout le problème temporairement (et signale le même problème dans Arch): https://bugs.archlinux.org/task/59714

L'exécution de la commande suivante la réactive pour la session en cours:

Sudo sh -c 'echo -n "elantech"> /sys/bus/serio/devices/serio1/protocol'

dmesg après:

[  569.522490] psmouse serio1: elantech: assuming hardware version 4 (with firmware version 0x5f3001)
[  569.544584] psmouse serio1: elantech: Synaptics capabilities query result 0x90, 0x18, 0x10.
[  569.565939] psmouse serio1: elantech: Elan sample query result 00, 23, c8

Avant d'exécuter le correctif:

$ cat /sys/bus/serio/devices/serio1/protocol
ETSMBus

et après:

$ cat /sys/bus/serio/devices/serio1/protocol
ETPS/2

Bien sûr, après le redémarrage, la commande doit être exécutée à nouveau.

Est-ce un bug dans le noyau 4.18?

3
thi gg

Selon https://bugs.launchpad.net/ubuntu/+source/linux/+bug/18036 ajout du paramètre de noyau psmouse.elantech_smbus=0 aux options de démarrage résout le problème lors des redémarrages.

Et oui, c'est un bug avec le noyau linux.

4
thi gg