ETPS/2 Elantech Touchpad dies after resume from suspend

[Biscuit Wang]

When the system startup, the touchpad works well, but after it resumed from a suspend, the touchpad hardware will disappear from xinput and cat /proc/bus/input/devices.

Before suspend, xinput output

⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ USB OPTICAL MOUSE id=10 [slave pointer (2)]
⎜ ↳ ETPS/2 Elantech Touchpad id=14 [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)]
    ↳ Video Bus id=8 [slave keyboard (3)]
    ↳ Sleep Button id=9 [slave keyboard (3)]
    ↳ USB2.0 VGA UVC WebCam id=11 [slave keyboard (3)]
    ↳ Asus WMI hotkeys id=12 [slave keyboard (3)]
    ↳ AT Translated Set 2 keyboard id=13 [slave keyboard (3)]

after suspend, the output

⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ USB OPTICAL MOUSE 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)]
    ↳ Video Bus id=8 [slave keyboard (3)]
    ↳ Sleep Button id=9 [slave keyboard (3)]
    ↳ USB2.0 VGA UVC WebCam id=11 [slave keyboard (3)]
    ↳ Asus WMI hotkeys id=12 [slave keyboard (3)]
    ↳ AT Translated Set 2 keyboard id=13 [slave keyboard (3)]

And you can find that the " ETPS/2 Elantech Touchpad" is missing

output of dmesg:
dmesg|grep mouse
[ 0.512423] mousedev: PS/2 mouse device common for all mice
[ 1.114531] psmouse serio1: elantech: assuming hardware version 4 (with firmware version 0x381f00)
[ 1.128082] psmouse serio1: elantech: Synaptics capabilities query result 0x10, 0x14, 0x0e.

After a reboot, everything works well again.

---
ApportVersion: 2.14.1-0ubuntu3.15
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: biscuit 2293 F.... pulseaudio
 /dev/snd/controlC0: biscuit 2293 F.... pulseaudio
CurrentDesktop: Unity
DistroRelease: Ubuntu 14.04
InstallationDate: Installed on 2015-10-14 (3 days ago)
InstallationMedia: Ubuntu 14.04.3 LTS "Trusty Tahr" - Beta amd64 (20150805)
Lsusb:
 Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
 Bus 001 Device 007: ID 13d3:3474 IMC Networks
 Bus 001 Device 002: ID 04f2:b483 Chicony Electronics Co., Ltd
 Bus 001 Device 005: ID 24ae:2001
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MachineType: ASUSTeK COMPUTER INC. K401LB
Package: linux (not installed)
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-30-generic.efi.signed root=UUID=2dc554f1-5daa-48f1-89af-0c6de286fb1d ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 3.19.0-30.34~14.04.1-generic 3.19.8-ckt6
RelatedPackageVersions:
 linux-restricted-modules-3.19.0-30-generic N/A
 linux-backports-modules-3.19.0-30-generic N/A
 linux-firmware 1.127.15
Tags: trusty
Uname: Linux 3.19.0-30-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True
dmi.bios.date: 08/26/2015
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: K401LB.204
dmi.board.asset.tag: ATN12345678901234567
dmi.board.name: K401LB
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.asset.tag: ATN12345678901234567
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK COMPUTER INC.
dmi.chassis.version: 1.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrK401LB.204:bd08/26/2015:svnASUSTeKCOMPUTERINC.:pnK401LB:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnK401LB:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:
dmi.product.name: K401LB
dmi.product.version: 1.0
dmi.sys.vendor: ASUSTeK COMPUTER INC.

[Brad Figg (brad-figg)]

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1506363

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[penalvch (penalvch)]

Biscuit Wang, thank you for reporting this and helping make Ubuntu better. Please execute the following command, as it will automatically gather debugging information, in a terminal:
apport-collect 1506363

Please ensure you do not delete any of the attachments.

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

Thoese attachments are apport-collect 1506363 before suspend

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

apport information

[Biscuit Wang (biscuit-2014)]

Above attachments are apport-collect 1506363 result after suspend with touchpad died

[penalvch (penalvch)]

Biscuit Wang, there is no need to run apport-collect more than once, or further unless specifically requested to do so.

Despite this, could you please test the latest upstream kernel available from the very top line at the top of the page from http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D (the release names are irrelevant for testing, and please do not test the daily folder)? Install instructions are available at https://wiki.ubuntu.com/Kernel/MainlineBuilds . This will allow additional upstream developers to examine the issue.

If the latest kernel did not allow you to test to the issue (ex. you couldn't boot into the OS) please make a comment in your report about this, and continue to test the next most recent kernel version until you can test to the issue. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this issue is fixed in the mainline kernel, please add the following tags by clicking on the yellow circle with a black pencil icon, next to the word Tags, located at the bottom of the report description:
kernel-fixed-upstream
kernel-fixed-upstream-X.Y-rcZ

Where X, Y, and Z are numbers corresponding to the kernel version.

If the mainline kernel does not fix the issue, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-X.Y-rcZ

Please note, an error to install the kernel does not fit the criteria of kernel-bug-exists-upstream.

Once testing of the latest upstream kernel is complete, please mark this report's Status as Confirmed. Please let us know your results.

Thank you for your understanding.

[Biscuit Wang (biscuit-2014)]

I hava tested the mainline kernel 4.1.0-040100rc2, but the bug still existed.

[penalvch (penalvch)]

Buscuit Wang, the latest mainline kernel is 4.3-rc5 (not 4.1.x).

[Biscuit Wang (biscuit-2014)]

Sorry that I used the wrong version. And now I tested with the mainline kernel v4.3-rc5-unstable, but the bug still existed.

[penalvch (penalvch)]

Biscuit Wang, could you please provide the missing information following https://wiki.ubuntu.com/DebuggingKernelSuspend ?

[Biscuit Wang (biscuit-2014)]

I have read the https://wiki.ubuntu.com/DebuggingKernelSuspend and done the test in kernel v4.3-rc5.

But I have no luck that there are nothing like "hash matches" in the dmesg.

[Biscuit Wang (biscuit-2014)]

I have read the https://wiki.ubuntu.com/DebuggingKernelSuspend and done the test in kernel v4.3-rc5.

But I have no luck that there are nothing like "hash matches" in the dmesg.

[penalvch (penalvch)]

Biscuit Wang, the issue you are reporting is an upstream one. Could you please report this problem following the instructions verbatim at https://wiki.ubuntu.com/Bugs/Upstream/kernel to the appropriate venue (Dmitry Torokhov CC linux-input)?

Please provide a direct URL to your newly made report when it becomes available so that it may be tracked.

Thank you for your understanding.

[Biscuit Wang (biscuit-2014)]

This is my first time to send a bug report to the Linux kernel, I don't know whether I have followed the right procedure. I only have the link of the mailing list http://www.spinics.net/lists/linux-input/msg41634.html

[Biscuit Wang (biscuit-2014)]

Further info:

The touchpad (/sys/devices/platform/i8042/serio1/input) just totally gone after resume.

before suspend:
#ls /sys/devices/platform/i8042/serio1/
bind_mode drvctl paritycheck reg_10 reg_23 resolution
crc_enabled firmware_id power reg_11 reg_24 resync_time
debug id protocol reg_20 reg_25 subsystem
description input rate reg_21 reg_26 uevent
driver modalias reg_07 reg_22 resetafter

after resume:
#ls /sys/devices/platform/i8042/serio1/
bind_mode drvctl id power uevent
description firmware_id modalias subsystem

[Biscuit Wang (biscuit-2014)]

I have added a kernel bug report https://bugzilla.kernel.org/show_bug.cgi?id=107971