Bug 1459794
| Summary: | Touchpad not working after closing laptop lid | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Denis Tatina <denistatina> | ||||||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 26 | CC: | btissoir, denistatina, gansalmon, ichavero, itamar, jonathan, kernel-maint, madhu.chinakonda, mchehab, peter.hutterer | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | x86_64 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2017-06-26 10:04:05 UTC | Type: | Bug | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
Denis Tatina
2017-06-08 08:17:32 UTC
probably libinput, F26 has a lid switch handling that disables the touchpad when the lid is closed to avoid ghost touches. This should work normally though, unless the lid switch is unreliable (and not marked as such). https://who-t.blogspot.com.au/2017/02/libinput-and-lid-switch-events.html So the first thing to do is: run sudo evemu-record against the lid switch device after resume and attach the output here, I wonder if the state remains as closed. Also run sudo libinput-debug-events --verbose in a terminal and then suspend+resume, that should give us some hint too. Created attachment 1286318 [details]
Evemu record of lid switch
1) run sudo evemu-record
2) Choose lid switch event
3) Close lid
4) Resume noteboook
5) Enter password
6) Enter CTRL+C in console
7) Save console output
Created attachment 1286320 [details]
Libinput debug events
1) run sudo libinput-debug-events --verbose
2) Close lid
3) Resume notebook
4) Enter password
5) Use touchpad (doesn't work, no " event14 POINTER_MOTION" in console), keyboard (works) and touchscreen (works)
5) CTRL+C in console
6) Save console output
ok, the lid switch log and the debug log look correct and libinput detects the lid being opened. so let's rule out the last thing: run sudo evemu-record and select the touchpad device, does the kernel device send events after suspend? I've tested it with evemu, and You are right. After resume kernel device (touchpad selected in evemu-record) doesn't send any events. Sorry for the delay. Could you attach a dmesg from the boot, containing the suspend resume action in it too? Created attachment 1291937 [details]
Dmesq log from boot, suspend and resume
Boot pc, log in, close lid, open lid, touchpad doesn't work anymore.
Thanks for the log. The dmesg shows that this is the exact same issue than bug #1431375, so closing this one as a dup, and continuing to work on that in bug #1431375 *** This bug has been marked as a duplicate of bug 1431375 *** |