Bug 1321641

Found out that there is a msi-laptop kernel module. When loading it, it is possible to run evtest:

...
/dev/input/event7:	MSI Laptop hotkeys
...
Select the device event number [0-12]: 7
Input driver version is 1.0.1
Input device ID: bus 0x19 vendor 0x0 product 0x0 version 0x0
Input device name: "MSI Laptop hotkeys"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 240 (KEY_UNKNOWN)
    Event code 531 (KEY_TOUCHPAD_ON)
    Event code 532 (KEY_TOUCHPAD_OFF)
  Event type 4 (EV_MSC)
    Event code 4 (MSC_SCAN)
Properties:
Testing ... (interrupt to exit)
Event: time 1459803985.930558, type 4 (EV_MSC), code 4 (MSC_SCAN), value 214
Event: time 1459803985.930558, type 1 (EV_KEY), code 532 (KEY_TOUCHPAD_OFF), value 1
Event: time 1459803985.930558, -------------- SYN_REPORT ------------
Event: time 1459803985.930580, type 1 (EV_KEY), code 532 (KEY_TOUCHPAD_OFF), value 0
Event: time 1459803985.930580, -------------- SYN_REPORT ------------
Event: time 1459803989.933746, type 4 (EV_MSC), code 4 (MSC_SCAN), value 213
Event: time 1459803989.933746, type 1 (EV_KEY), code 531 (KEY_TOUCHPAD_ON), value 1
Event: time 1459803989.933746, -------------- SYN_REPORT ------------
Event: time 1459803989.933780, type 1 (EV_KEY), code 531 (KEY_TOUCHPAD_ON), value 0
Event: time 1459803989.933780, -------------- SYN_REPORT ------------


So now there are actually both on and off events. The behavior is still the same, though. The button is out of sync with the gnome setting after suspend, if suspended with the touchpad off (set with the button).

The following events are registered when setting the laptop to suspend with the touchpad off (turned off by the button): 

Event: time 1459804203.931577, type 4 (EV_MSC), code 4 (MSC_SCAN), value 213
Event: time 1459804203.931577, type 1 (EV_KEY), code 531 (KEY_TOUCHPAD_ON), value 1
Event: time 1459804203.931577, -------------- SYN_REPORT ------------
Event: time 1459804203.931584, type 1 (EV_KEY), code 531 (KEY_TOUCHPAD_ON), value 0
Event: time 1459804203.931584, -------------- SYN_REPORT ------------
Event: time 1459804209.822308, type 4 (EV_MSC), code 4 (MSC_SCAN), value 213
Event: time 1459804209.822308, type 1 (EV_KEY), code 531 (KEY_TOUCHPAD_ON), value 1
Event: time 1459804209.822308, -------------- SYN_REPORT ------------
Event: time 1459804209.822321, type 1 (EV_KEY), code 531 (KEY_TOUCHPAD_ON), value 0
Event: time 1459804209.822321, -------------- SYN_REPORT ------------
Event: time 1459804211.823306, type 4 (EV_MSC), code 4 (MSC_SCAN), value 213
Event: time 1459804211.823306, type 1 (EV_KEY), code 531 (KEY_TOUCHPAD_ON), value 1
Event: time 1459804211.823306, -------------- SYN_REPORT ------------
Event: time 1459804211.823321, type 1 (EV_KEY), code 531 (KEY_TOUCHPAD_ON), value 0
Event: time 1459804211.823321, -------------- SYN_REPORT ------------

So it seems the button is turned on during suspend and wakeup, but the actual touchpad is not enabled, and not the setting in Gnome.

I am able to work around the problem with a script that disables the touchpad before suspend and re-enables it after wakeup. The touchpad is of course always turned on afterwards, even though it was turned off before:

/etc/pm/sleep.d/00-trackpad

#!/bin/sh
declare -i ID
ID=`xinput list | grep -Eo 'ouchpad\s*id\=[0-9]{1,2}' | grep -Eo '[0-9]{1,2}'`
case "$1" in
  suspend|hibernate)
     xinput --set-prop $ID "Device Enabled" 0 ;;
  resume|thaw)
    xinput --set-prop $ID "Device Enabled" 1 ;;
esac

The problem that the light on the touchpad toggle button is never turned on from software is still an issue, though.

This is still broken in Fedora 24 and what is worse, my workaround script doesn't work any more. And what is even worse, the touchpad settings in Gnome settings is broken so you can't browse with just the keyboard (tab) to the touchpad settings and toggle the touchpad on/off. You have to do it with the touchpad or mouse! Only solution is to reboot now when waking up from suspend or to toogle the touchpad hardware key, suspend once more and wake up again. If you are lucky, then the touchpad is enabled.

*********** MASS BUG UPDATE **************
 
We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 24 kernel bugs.
 
Fedora 24 has now been rebased to 4.7.4-200.fc24.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.
 
If you have moved on to Fedora 25, and are still experiencing this issue, please change the version to Fedora 25.
 
If you experience different issues, please open a new bug report for those.

This is still a problem in the 4.7.4-200 kernel. 

(I'm also not sure if this is only a kernel problem or if the problem is also in some other component).

This is still a problem in Fedora 25. After hibernate the touchpad state/toggle button is out of sync and touchpad cannot be turned on until switched to a console using Ctrl-Alt-F3 and pushing the touchpad toggle button once (or rebooting). 

What is also confusing is that now touchpad settings are missing completely from Gnome settings. There are only mouse button and speed. No settings for touchpad.

Touchpad settings are back in Gnome, and now the edge scrolling also works, great! But the touchpad on/off state still gets out of sync during suspend if it was turned off before suspending.

Finally reported this upstream: https://bugzilla.kernel.org/show_bug.cgi?id=190691

*********** MASS BUG UPDATE **************
We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 25 kernel bugs.
 
Fedora 25 has now been rebased to 4.9.3-200.fc25.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.
 
If you have moved on to Fedora 26, and are still experiencing this issue, please change the version to Fedora 26.
 
If you experience different issues, please open a new bug report for those.

The problem persists with kernel 4.9.3-200.fc25.

*********** MASS BUG UPDATE **************

We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 25 kernel bugs.

Fedora 25 has now been rebased to 4.10.9-200.fc25.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you have moved on to Fedora 26, and are still experiencing this issue, please change the version to Fedora 26.

If you experience different issues, please open a new bug report for those.

Problem persists with kernel 4.10.10-200.fc25.

Just noticed this with a ThinkPad X250 on F26/GNOME/Wayland

kernel is 4.11.11-300.fc26.x86_64

Device:           SynPS/2 Synaptics TouchPad
Kernel:           /dev/input/event4
Group:            10
Seat:             seat0, default
Size:             85x51mm
Capabilities:     pointer 
Tap-to-click:     disabled
Tap-and-drag:     enabled
Tap drag lock:    disabled
Left-handed:      disabled
Nat.scrolling:    disabled
Middle emulation: disabled
Calibration:      n/a
Scroll methods:   *two-finger edge 
Click methods:    *button-areas clickfinger 
Disable-w-typing: enabled
Accel profiles:   none
Rotation:         n/a

Problem persists on MSI GE60 laptop with Fedora 26 kernel 4.11.11-300.fc26.x86_64.

Confirming that this issue is affecting Lenovo X220 w/ F26. There is no hardware button to disable the trackpad but disabling it from within Gnome settings works until Suspend/Hibernate. When laptop resumes from suspend/hibernate state the trackpad is re-enabled but the Gnome settings says it's still disabled. Toggling the option on and back off again re-disables this. Again on kernel 4.11.11-300.fc26.x86_64.

problem started for me after upgrade from f24 to f26

I'm not seeing this any more with kernel 4.12.13-300.fc26.x86_64 - same X250/F26/Wayland as my comment 13 above

This is still a problem with the MSI laptop as originally reported, with kernel 4.12.13-300.fc26.x86_64.

It seems to have fixed it for me on my thinkpad X1 Carbon Gen 3 with 4.12.13-300.fc26.x86_64.

This is fixed on my Lenovo x220 w/ F26

4.12.13-300.fc26.x86_64

This message is a reminder that Fedora 25 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 25. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '25'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 25 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged  change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

This is still a problem in Fedora 27 with the MSI laptop as originally reported, with kernel 4.13.12-300.fc27.x86_64.

Fedora 26 - Still a problem with MSI (GT70) similar hardware as original post on 4.14.16-200.fc26.x86_64.
This issue occurred a couple releases ago, then was fixed in one release, then i'm not sure which release it cropped back up on. Sorry i don't know which release it was fixed in.

Here is some info from libinput list-devices and xinput (ran under wayland, so i noticed it doesn't give much).
https://paste.fedoraproject.org/paste/aKrVtWtDRXfkpNd3C2nHRA

If there is any info you want me to provide, Let me know and I will try my best to provide. Also provide instructions for the info you want me to provide. Side note: pressing the button to disable the touchpad before suspend seems to keep everything in sync upon resume.

*********** MASS BUG UPDATE **************

We apologize for the inconvenience.  There are a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 27 kernel bugs.

Fedora 27 has now been rebased to 4.17.7-100.fc27.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you have moved on to Fedora 28, and are still experiencing this issue, please change the version to Fedora 28.

If you experience different issues, please open a new bug report for those.

*********** MASS BUG UPDATE **************
This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 5 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.