Description of problem: After upgrading to kernel 4.12.5-200.fc25, my Lenovo E531 fails to suspend. It has suspended with no issues from kernel 3.11 to 4.9, after which there were intermittent issues which I worked around by setting /sys/power/pm_async to 0. That workaround no longer applies with 4.12, instead the machine consistently fails to suspend. Version-Release number of selected component (if applicable): 4.12.5-200.fc25 How reproducible: Always Steps to Reproduce: 1. Close lid of laptop 2. Observe it fails to suspend 3. Observe various messages in dmesg that relate to the failure Actual results: Failure to suspend Expected results: Suspension Additional info: Snippet from kernel log: [ 2418.216600] PM: Syncing filesystems ... done. [ 2418.711550] PM: Preparing system for sleep (mem) [ 2418.712437] Freezing user space processes ... (elapsed 0.002 seconds) done. [ 2418.715259] OOM killer disabled. [ 2418.715261] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. [ 2418.716757] PM: Suspending system (mem) [ 2418.716790] Suspending console(s) (use no_console_suspend to debug) [ 2418.742342] rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. [ 2418.742345] rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. [ 2418.742347] rmi4_physical rmi4-00: Failed to suspend functions: -6 [ 2418.742350] rmi4_smbus 8-002c: Failed to suspend device: -6 [ 2418.742358] dpm_run_callback(): rmi_smb_suspend+0x0/0x50 [rmi_smbus] returns -6 [ 2418.742360] PM: Device 8-002c failed to suspend: error -6 [ 2418.742363] PM: Some devices failed to suspend, or early wake event detected [ 2418.748592] PM: resume of devices complete after 6.223 msecs [ 2418.748916] PM: resume devices took 0.006 seconds [ 2418.748983] PM: Finishing wakeup. [ 2418.748984] OOM killer enabled. [ 2418.748987] Restarting tasks ... done. [ 2418.751321] PM: Syncing filesystems ... [ 2418.764380] rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). [ 2418.948815] done. [ 2418.948826] PM: Preparing system for sleep (freeze) [ 2418.949090] Freezing user space processes ... (elapsed 0.002 seconds) done. [ 2418.951905] OOM killer disabled. [ 2418.951907] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. [ 2418.953392] PM: Suspending system (freeze) [ 2418.953394] Suspending console(s) (use no_console_suspend to debug) [ 2418.978304] rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. [ 2418.978307] rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. [ 2418.978310] rmi4_physical rmi4-00: Failed to suspend functions: -6 [ 2418.978312] rmi4_smbus 8-002c: Failed to suspend device: -6 [ 2418.978321] dpm_run_callback(): rmi_smb_suspend+0x0/0x50 [rmi_smbus] returns -6 [ 2418.978323] PM: Device 8-002c failed to suspend: error -6 [ 2418.978325] PM: Some devices failed to suspend, or early wake event detected [ 2418.984840] PM: resume of devices complete after 6.509 msecs [ 2418.985195] PM: resume devices took 0.007 seconds [ 2418.985241] PM: Finishing wakeup. [ 2418.985242] OOM killer enabled. [ 2418.985244] Restarting tasks ... done.
Created attachment 1312139 [details] journalctl -k output
Possibly related to bug 1431375.
I can also duplicate this with 4.12.5-300.fc26, unsurprisingly I suppose (I didn't see any differences in downstream patches between it and the Fedora 25 version). I've moved this bug to Fedora 26.
Still an issue with 4.12.9-300.fc26.
Still an issue with 4.12.11-300.fc26.
Same here with Lenovo E540. Problem lies in the kernel module rmi_smbus. You can make the system suspend again if you unload rmi_smbus. Touchpad won’t work (if you even use it, I don’t). WORKAROUND: sudo modprobe -r rmi_smbus Suspend should work. Touchpad not. To make it persistent on reboots, add rmi_smbus to /etc/modprobe.d/backlist-touchpad.conf and run dracut -f.
Not an issue anymore with 4.12.13-300.fc26. Thanks for the fix!
Unfortunately, with 4.12.13-300.fc26, this is still an issue with my hardware. No change. Sep 18 20:38:20 arcusix.nonus-porta.net kernel: PM: Suspending system (mem) Sep 18 20:38:20 arcusix.nonus-porta.net kernel: Suspending console(s) (use no_console_suspend to debug) Sep 18 20:38:20 arcusix.nonus-porta.net kernel: rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). Sep 18 20:38:20 arcusix.nonus-porta.net kernel: psmouse serio3: Failed to disable mouse on synaptics-rmi4-pt/serio1 Sep 18 20:38:20 arcusix.nonus-porta.net kernel: rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). Sep 18 20:38:20 arcusix.nonus-porta.net kernel: rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). Sep 18 20:38:20 arcusix.nonus-porta.net kernel: rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. Sep 18 20:38:20 arcusix.nonus-porta.net kernel: rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. Sep 18 20:38:20 arcusix.nonus-porta.net kernel: rmi4_physical rmi4-00: Failed to suspend functions: -6 Sep 18 20:38:20 arcusix.nonus-porta.net kernel: rmi4_smbus 8-002c: Failed to suspend device: -6 Sep 18 20:38:20 arcusix.nonus-porta.net kernel: dpm_run_callback(): rmi_smb_suspend+0x0/0x50 [rmi_smbus] returns -6 Sep 18 20:38:20 arcusix.nonus-porta.net kernel: PM: Device 8-002c failed to suspend: error -6 Sep 18 20:38:20 arcusix.nonus-porta.net kernel: PM: Some devices failed to suspend, or early wake event detected Sep 18 20:38:20 arcusix.nonus-porta.net kernel: rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). Sep 18 20:38:20 arcusix.nonus-porta.net kernel: PM: resume of devices complete after 3.488 msecs Sep 18 20:38:20 arcusix.nonus-porta.net kernel: PM: resume devices took 0.004 seconds Sep 18 20:38:20 arcusix.nonus-porta.net kernel: PM: Finishing wakeup. Sep 18 20:38:20 arcusix.nonus-porta.net kernel: OOM killer enabled. Sep 18 20:38:20 arcusix.nonus-porta.net kernel: Restarting tasks ... done. Sep 18 20:38:20 arcusix.nonus-porta.net kernel: PM: Syncing filesystems ... Sep 18 20:38:20 arcusix.nonus-porta.net kernel: rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). Sep 18 20:38:21 arcusix.nonus-porta.net kernel: done. Sep 18 20:38:21 arcusix.nonus-porta.net kernel: PM: Preparing system for sleep (freeze) Sep 18 20:38:21 arcusix.nonus-porta.net kernel: Freezing user space processes ... (elapsed 0.002 seconds) done. Sep 18 20:38:21 arcusix.nonus-porta.net kernel: OOM killer disabled. Sep 18 20:38:21 arcusix.nonus-porta.net kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. Sep 18 20:38:21 arcusix.nonus-porta.net kernel: PM: Suspending system (freeze) Sep 18 20:38:21 arcusix.nonus-porta.net kernel: Suspending console(s) (use no_console_suspend to debug) Sep 18 20:38:21 arcusix.nonus-porta.net kernel: rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. Sep 18 20:38:21 arcusix.nonus-porta.net kernel: rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. Sep 18 20:38:21 arcusix.nonus-porta.net kernel: rmi4_physical rmi4-00: Failed to suspend functions: -6 Sep 18 20:38:21 arcusix.nonus-porta.net kernel: rmi4_smbus 8-002c: Failed to suspend device: -6 Sep 18 20:38:21 arcusix.nonus-porta.net kernel: dpm_run_callback(): rmi_smb_suspend+0x0/0x50 [rmi_smbus] returns -6 Sep 18 20:38:21 arcusix.nonus-porta.net kernel: PM: Device 8-002c failed to suspend: error -6 Sep 18 20:38:21 arcusix.nonus-porta.net kernel: PM: Some devices failed to suspend, or early wake event detected
I also have the same problem on a Lenovo L440 running 4.12.14-300.fc26.x86_64. Sometimes, after a suspend (with the lid) the trackpad refuses to work and the system refuses to sleep, either by closing the lid or with systemctl suspend (du the suspend command does not complain). I don't know the version of the last kernel that didn't have the problem but it has already been present for a few versions (but always fedora 26) Running sudo modprobe -r rmi_smbus && sudo modprobe rmi_smbus in a shell does work to re-enable my trackpad and be able to suspend again. Here is the output of dmesg when i do a systemctl suspend : [51649.195601] e1000e: enp0s25 NIC Link is Down [51649.225066] wlp2s0: deauthenticating from 84:a1:d1:46:d9:8f by local choice (Reason: 3=DEAUTH_LEAVING) [51649.241030] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready [51649.455308] PM: Syncing filesystems ... done. [51649.547391] PM: Preparing system for sleep (mem) [51649.548292] Freezing user space processes ... (elapsed 0.003 seconds) done. [51649.551666] OOM killer disabled. [51649.551667] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. [51649.553634] PM: Suspending system (mem) [51649.553672] Suspending console(s) (use no_console_suspend to debug) [51649.554368] rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. [51649.554370] rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. [51649.554372] rmi4_physical rmi4-00: Failed to suspend functions: -6 [51649.554375] rmi4_smbus 9-002c: Failed to suspend device: -6 [51649.554381] dpm_run_callback(): rmi_smb_suspend+0x0/0x50 [rmi_smbus] returns -6 [51649.554383] PM: Device 9-002c failed to suspend: error -6 [51649.554384] PM: Some devices failed to suspend, or early wake event detected [51649.555014] PM: resume of devices complete after 0.627 msecs [51649.555287] PM: resume devices took 0.001 seconds [51649.555555] PM: Finishing wakeup. [51649.555555] OOM killer enabled. [51649.555556] Restarting tasks ... done. [51649.558639] PM: Syncing filesystems ... [51649.566198] rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). [51649.569394] done. [51649.569397] PM: Preparing system for sleep (freeze) [51649.569586] Freezing user space processes ... (elapsed 0.002 seconds) done. [51649.572224] OOM killer disabled. [51649.572225] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. [51649.573467] PM: Suspending system (freeze) [51649.573468] Suspending console(s) (use no_console_suspend to debug) [51649.574013] rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. [51649.574014] rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. [51649.574015] rmi4_physical rmi4-00: Failed to suspend functions: -6 [51649.574017] rmi4_smbus 9-002c: Failed to suspend device: -6 [51649.574021] dpm_run_callback(): rmi_smb_suspend+0x0/0x50 [rmi_smbus] returns -6 [51649.574022] PM: Device 9-002c failed to suspend: error -6 [51649.574023] PM: Some devices failed to suspend, or early wake event detected [51649.574541] PM: resume of devices complete after 0.517 msecs [51649.574759] PM: resume devices took 0.001 seconds [51649.574777] PM: Finishing wakeup. [51649.574778] OOM killer enabled. [51649.574778] Restarting tasks ... done. [51649.585795] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready [51649.589488] rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). [51649.814440] IPv6: ADDRCONF(NETDEV_UP): enp0s25: link is not ready [51649.816481] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready [51649.818198] iwlwifi 0000:02:00.0: L1 Enabled - LTR Enabled [51649.818500] iwlwifi 0000:02:00.0: L1 Enabled - LTR Enabled [51650.041295] iwlwifi 0000:02:00.0: L1 Enabled - LTR Enabled [51650.041580] iwlwifi 0000:02:00.0: L1 Enabled - LTR Enabled [51650.055524] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready [51650.099479] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready [51653.526858] wlp2s0: authenticate with 84:a1:d1:46:d9:8f [51653.529285] wlp2s0: send auth to 84:a1:d1:46:d9:8f (try 1/3) [51653.532374] wlp2s0: authenticated [51653.533127] wlp2s0: associate with 84:a1:d1:46:d9:8f (try 1/3) [51653.535616] wlp2s0: RX AssocResp from 84:a1:d1:46:d9:8f (capab=0x511 status=0 aid=42) [51653.537191] wlp2s0: associated [51653.537239] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready [51653.573662] wlp2s0: Limiting TX power to 30 (30 - 0) dBm as advertised by 84:a1:d1:46:d9:8f
Still an issue with kernel 4.13.6.
Still an issue with kernel 4.13.10. ("sudo modprobe -r rmi_smbus" is an effective workaround for me, but obviously not optimal...)
(Updating version to Fedora 27. Still an issue with kernel 4.14.3.)
Still an issue with kernel 4.15.2.
Also with 4.15.3-300.fc27.x86_64
On T460p with 4.14 things worked well for me. Now upgraded to 4.15.6-300.fc27.x86_64 and I needed to reload `rmi_smbus` module for suspend to start working. Touchpad doesn't seem to work though before and after module reload. I need to try a reboot or something to be sure though.
(In reply to Aleksandar Kostadinov from comment #15) > On T460p with 4.14 things worked well for me. Now upgraded to > 4.15.6-300.fc27.x86_64 and I needed to reload `rmi_smbus` module for suspend > to start working. > > Touchpad doesn't seem to work through before and after the module reload. I need > to try a reboot or something to be sure though. I also own a T460p and have identical behavior on 4.15.9-300.fc27.x86_64. I just noticed it this week after restarting my computer for the first time in 2 months (over which several kernel upgrades took place). reloading `rmi_smbus` allows me to suspend again, but I was unable to get the trackpad and TrackPoint working again without a reboot.
(In reply to Brad from comment #16) > (In reply to Aleksandar Kostadinov from comment #15) > > On T460p with 4.14 things worked well for me. Now upgraded to > > 4.15.6-300.fc27.x86_64 and I needed to reload `rmi_smbus` module for suspend > > to start working. > > > > Touchpad doesn't seem to work through before and after the module reload. I need > > to try a reboot or something to be sure though. > > I also own a T460p and have identical behavior on 4.15.9-300.fc27.x86_64. I > just noticed it this week after restarting my computer for the first time in > 2 months (over which several kernel upgrades took place). reloading > `rmi_smbus` allows me to suspend again, but I was unable to get the trackpad > and TrackPoint working again without a reboot. The T460p issues -- only those -- should be resolved with kernel 4.15.10, which is now in testing. It has the following change applied: commit 9f30ff6fa1a4b6075309163af33ca4d59ba8c9ae Author: Arkadiusz Hiler <arkadiusz.hiler> Date: Wed Mar 7 15:40:28 2018 -0800 Revert "Input: synaptics - Lenovo Thinkpad T460p devices should use RMI" commit 5444a992b4a73aa5246a432c482b20b89bce93a5 upstream. The Fedora 27 update is here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-959aac67a3
I built a custom 4.15 kernel using Fedora's config-4.15.10-300.fc27.x86_64 as the basis, the only difference being I disabled the CONFIG_MOUSE_PS2_SYNAPTICS_SMBUS option. That resolved the issue for me: my laptop now suspends and resumes consistently and the track pad works (such that I need it to) as before.
Forgot to reply. T460p with 4.15.10 works fine here. With the older 4.15 I saw another driver have been used and input device name changed. Now things are back to how they worked in 4.14. So at least T460p is covered.
With kernel 4.16.14, the details in the output are a little different than I originally noted, e.g. "rmi_driver_clear_irq_bits: Failed to change enabled interrupts!". [ 858.876344] Suspending console(s) (use no_console_suspend to debug) [ 858.876996] rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). [ 858.877008] psmouse serio3: Failed to disable mouse on rmi4-00.fn03/serio0 [ 858.877377] rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). [ 858.877724] rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). [ 858.878189] rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. [ 858.878192] rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. [ 858.878195] rmi4_physical rmi4-00: Failed to suspend functions: -6 [ 858.878201] rmi4_smbus 8-002c: Failed to suspend device: -6 [ 858.878211] dpm_run_callback(): rmi_smb_suspend+0x0/0x50 [rmi_smbus] returns -6 [ 858.878214] PM: Device 8-002c failed to suspend: error -6 [ 858.878217] PM: Some devices failed to suspend, or early wake event detected [ 858.878596] PM: resume devices took 0.000 seconds [ 858.878634] OOM killer enabled. [ 858.878636] Restarting tasks ... done. [ 858.880161] PM: suspend exit [ 858.880273] rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). [ 858.880377] PM: suspend entry (s2idle) [ 858.880379] PM: Syncing filesystems ... [ 858.880626] rmi4_physical rmi4-00: rmi_driver_clear_irq_bits: Failed to change enabled interrupts! [ 858.894723] rmi4_physical rmi4-00: rmi_driver_set_irq_bits: Failed to change enabled interrupts! [ 858.894734] psmouse: probe of serio3 failed with error -1
kernel-4.16.8-300.fc28.x86_64 rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. rmi4_physical rmi4-00: Failed to suspend functions: -6 rmi4_smbus 9-002c: Failed to suspend device: -6 dpm_run_callback(): rmi_smb_suspend+0x0/0x50 [rmi_smbus] returns -6 PM: Device 9-002c failed to suspend: error -6 PM: Some devices failed to suspend, or early wake event detected PM: resume devices took 0.000 seconds OOM killer enabled. Restarting tasks ... done. rmi4_physical rmi4-00: rmi_driver_set_irq_bits: Failed to change enabled interrupts! psmouse: probe of serio3 failed with error -1 PM: suspend exit Manufacturer: LENOVO Product Name: 37021K8 Version: ThinkPad Helix SKU Number: LENOVO_MT_3702 Family: ThinkPad Helix
*********** 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 28 kernel bugs. Fedora 28 has now been rebased to 4.17.7-200.fc28. 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 experience different issues, please open a new bug report for those.
This issue is still present in 4.17.7-200.fc28.
With kernel 4.18.5-200.fc28, the situation has changed. Now if I don't use "modprobe -r rmi_smbus", if I close the lid, not only does it fail to suspend, but the trackpad stops working regardless (whereas before, the trackpad still worked). If I use "modprobe -r rmi_smbus" and then "modprobe rmi_smbus", that doesn't bring the trackpad back. I now see these errors as well: [ 9136.591215] rmi4_smbus 8-002c: failed to get SMBus version number!
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 28 kernel bugs. Fedora 28 has now been rebased to 4.18.10-300.fc28. 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 29, and are still experiencing this issue, please change the version to Fedora 29. If you experience different issues, please open a new bug report for those.
This is still an issue with 4.18.11-200.fc28. [ 200.234196] rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. [ 200.234199] rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. [ 200.234201] rmi4_physical rmi4-00: Failed to suspend functions: -6 [ 200.234206] rmi4_smbus 8-002c: Failed to suspend device: -6 [ 200.234215] dpm_run_callback(): rmi_smb_suspend+0x0/0x50 [rmi_smbus] returns -6 [ 200.234217] PM: Device 8-002c failed to freeze: error -6 [ 200.306391] PM: Basic memory bitmaps freed [ 200.306392] OOM killer enabled. [ 200.306394] Restarting tasks ... [ 200.306418] rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). [ 200.307591] rmi4_physical rmi4-00: rmi_driver_clear_irq_bits: Failed to change enabled interrupts! [ 200.309344] done. [ 200.327177] rmi4_physical rmi4-00: rmi_driver_set_irq_bits: Failed to change enabled interrupts! [ 200.327191] psmouse: probe of serio3 failed with error -1
*********** 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 28 kernel bugs. Fedora 28 has now been rebased to 4.20.5-100.fc28. 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 29, and are still experiencing this issue, please change the version to Fedora 29. If you experience different issues, please open a new bug report for those.
Bug still present with 4.20.6-200.fc29. Moving version to 29. Error basically the same output as before. [ 614.058930] rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. [ 614.058932] rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. [ 614.058935] rmi4_physical rmi4-00: Failed to suspend functions: -6 [ 614.058940] rmi4_smbus 8-002c: Failed to suspend device: -6 [ 614.058948] dpm_run_callback(): rmi_smb_suspend+0x0/0x50 [rmi_smbus] returns -6 [ 614.058950] PM: Device 8-002c failed to freeze: error -6 [ 614.169102] iwlwifi 0000:04:00.0: Radio type=0x2-0x0-0x0 [ 614.437221] iwlwifi 0000:04:00.0: Radio type=0x2-0x0-0x0 [ 614.514604] rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). [ 614.514834] PM: Basic memory bitmaps freed [ 614.514835] OOM killer enabled. [ 614.514836] Restarting tasks ... [ 614.514977] rmi4_physical rmi4-00: rmi_driver_clear_irq_bits: Failed to change enabled interrupts! [ 614.517599] done. [ 614.527662] rmi4_physical rmi4-00: rmi_driver_set_irq_bits: Failed to change enabled interrupts! [ 614.527672] psmouse: probe of serio3 failed with error -1
*********** 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 29 kernel bugs. Fedora 29 has now been rebased to 5.2.9-100.fc29. 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 30, and are still experiencing this issue, please change the version to Fedora 30. If you experience different issues, please open a new bug report for those.
Still an issue with 5.2.9-200.fc30.x86_64. [ 955.794352] rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. [ 955.794355] rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. [ 955.794358] rmi4_physical rmi4-00: Failed to suspend functions: -6 [ 955.794361] rmi4_smbus 8-002c: Failed to suspend device: -6 [ 955.794372] PM: dpm_run_callback(): rmi_smb_suspend+0x0/0x30 [rmi_smbus] returns -6 [ 955.794400] PM: Device 8-002c failed to suspend: error -6 [ 955.815728] PM: Some devices failed to suspend, or early wake event detected [ 956.156816] PM: resume devices took 0.341 seconds [ 956.156821] OOM killer enabled. [ 956.156822] Restarting tasks ... done. [ 956.161344] rmi4_physical rmi4-00: rmi_driver_set_irq_bits: Failed to change enabled interrupts!
*********** 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 30 kernel bugs. Fedora 30 has now been rebased to 5.5.7-100.fc30. 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 31, and are still experiencing this issue, please change the version to Fedora 31. If you experience different issues, please open a new bug report for those.
Still an issue with 5.5.7-200.fc31.x86_64. [ 213.129278] rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. [ 213.129281] rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. [ 213.129283] rmi4_physical rmi4-00: Failed to suspend functions: -6 [ 213.129288] rmi4_smbus 8-002c: Failed to suspend device: -6 [ 213.129294] PM: dpm_run_callback(): rmi_smb_suspend+0x0/0x30 [rmi_smbus] returns -6 [ 213.129296] PM: Device 8-002c failed to freeze: error -6 [ 213.244165] rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). [ 213.244555] rmi4_physical rmi4-00: rmi_driver_clear_irq_bits: Failed to change enabled interrupts! [ 213.257192] iwlwifi 0000:04:00.0: Radio type=0x2-0x0-0x0 [ 213.525566] iwlwifi 0000:04:00.0: Radio type=0x2-0x0-0x0 [ 213.582559] PM: Basic memory bitmaps freed [ 213.582562] OOM killer enabled. [ 213.582563] Restarting tasks ... [ 213.586058] rmi4_physical rmi4-00: rmi_driver_set_irq_bits: Failed to change enabled interrupts! [ 213.586076] psmouse: probe of serio3 failed with error -1 [ 213.593562] done.
This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. 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 '31'. 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 31 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.
Still an issue with 5.9.9-200.fc33.x86_64. [ 161.501544] printk: Suspending console(s) (use no_console_suspend to debug) [ 161.502072] rmi4_f01 rmi4-00.fn01: Failed to write sleep mode: -6. [ 161.502075] rmi4_f01 rmi4-00.fn01: Suspend failed with code -6. [ 161.502077] rmi4_physical rmi4-00: Failed to suspend functions: -6 [ 161.502119] rmi4_smbus 8-002c: Failed to suspend device: -6 [ 161.502123] PM: dpm_run_callback(): rmi_smb_suspend+0x0/0x30 [rmi_smbus] returns -6 [ 161.502124] PM: Device 8-002c failed to freeze: error -6 [ 161.589020] rmi4_f03 rmi4-00.fn03: rmi_f03_pt_write: Failed to write to F03 TX register (-6). [ 161.589482] rmi4_physical rmi4-00: rmi_driver_clear_irq_bits: Failed to change enabled interrupts! [ 161.925628] PM: hibernation: Basic memory bitmaps freed [ 161.925629] OOM killer enabled. [ 161.925630] Restarting tasks ... done. [ 161.928651] rmi4_physical rmi4-00: rmi_driver_set_irq_bits: Failed to change enabled interrupts! [ 161.928661] psmouse: probe of serio3 failed with error -1 [ 162.179383] PM: hibernation: hibernation exit
I've found setting "psmouse.synaptics_intertouch=0" in grub's kernel command line resolves the issue for me. (I finally got around to reading the driver code.) (Otherwise, still an issue with 5.11.18-300.fc34.x86_64.)
I'm seeing this problem as well on Ubuntu 21.10, kernel 5.13.0-35-generic, Lenovo Edge E351. The fix suggested by David above also worked for me, except I implemented using a /etc/modprobe.d/local-thinkpad-e351-suspend-fix.conf file containing: options psmouse synaptics_intertouch=0 During testing, I did notice that the touchpad would silently stop working whenever the lid was closed and reopened, or when entering standby. However, this occurs even without the workaround applied, so this is probably a separate problem. Reloading the psmouse module after reopening the lid seems to fix this.
This message is a reminder that Fedora Linux 34 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 34 on 2022-06-07. 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 'version' of '34'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 34 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 Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Fedora Linux 34 entered end-of-life (EOL) status on 2022-06-07. Fedora Linux 34 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. Thank you for reporting this bug and we are sorry it could not be fixed.