Bug 102951

Summary: touchpad doesn't work after resume from suspend to ram
Product: Drivers Reporter: pier andre (pier_andreit)
Component: Input DevicesAssignee: drivers_input-devices
Status: NEW ---    
Severity: high CC: guido.aulisi, marcos.souza.org
Priority: P1    
Hardware: All   
OS: Linux   
Kernel Version: 3.16.7-21-desktop Subsystem:
Regression: No Bisected commit-id:

Description pier andre 2015-08-15 16:48:05 UTC
on my sony vaio VPCEH2N1E, RAM=4Gb, GPU=intel, CPU=intel i5 @2.4GHz, OS=opensuse 13.2, KDE=4.14.9
hwinfo --mouse is here: http://paste.opensuse.org/87112914

after boot the touchpad works well, but, if I suspend to RAM then resume it stops to works.

if it can help I made some tests in this discusion: https://forums.opensuse.org/showthread.php/509103-touchpad-doesn-t-work-after-resume-from-suspend-to-ram
and this: https://bugzilla.opensuse.org/show_bug.cgi?id=906026

when touchpad works xinput list gives this: http://paste.opensuse.org/93910447
after resume when touchpad don't works it disappear also from xinput list

first test
one user at boot touchpad works
first cycle suspend - resume, touchpad don't works
second cycle suspend - resume, touchpad don't works
third cycle suspend - resume, touchpad don't works
access with second user, touchpad don't works

second test
booted with i8042.debug=1 parameter
one user at boot touchpad works
dmesg|grep i8042 gives this: http://paste.opensuse.org/49723707

first cycle suspend - resume, touchpad don't works
dmesg|grep i8042 gives this: http://paste.opensuse.org/40863694

second cycle suspend - resume touchpad don't works but only becouse it is disabled, clicking on touchpad icon on system tray it works,
in the first cycle there was a yellow triangle on the touchpad icon, and maybe that in the first test I don't noticed this
dmesg|grep i8042 gives this: http://paste.opensuse.org/48095117

third cycle suspend - resume, touchpad don't works
clicking on touchpad icon on system tray don't works,
no yellow triangle on the touchpad icon in the system tray
dmesg|grep i8042 gives this: http://paste.opensuse.org/94460225
Comment 1 Marcos Souza 2016-11-18 00:17:41 UTC
in your first dmesg, I can see the following lines:

[  733.224836] i8042: Can't write CTR while closing AUX port
[  733.746353] i8042: Can't reactivate AUX port

I'll checking here what can be the case of this failure. Thanks for the report!
Comment 2 Guido Aulisi 2017-06-24 13:53:49 UTC
I'm having a similar issue with my Sony Vaio VPCEH2H1E laptop, but the keyboard doesn't work any more after resuming starting from kernel 4.10

I reported the bug in https://bugzilla.kernel.org/show_bug.cgi?id=195471 and in Redhat bugzilla too https://bugzilla.redhat.com/show_bug.cgi?id=1436636
Comment 3 Marcos Souza 2017-11-22 00:36:31 UTC
(In reply to Guido Aulisi from comment #2)
> I'm having a similar issue with my Sony Vaio VPCEH2H1E laptop, but the
> keyboard doesn't work any more after resuming starting from kernel 4.10
> 
> I reported the bug in https://bugzilla.kernel.org/show_bug.cgi?id=195471 and
> in Redhat bugzilla too https://bugzilla.redhat.com/show_bug.cgi?id=1436636

can you please also try to add the following option?

atkbd.reset=1

?
Comment 4 Guido Aulisi 2018-05-25 19:56:23 UTC
As reported in https://bugzilla.kernel.org/show_bug.cgi?id=195471#c12

atkbd.reset=1 doesn't work