You are not logged in.
Pages: 1
I've seen a lot suspend issues posted and I think mine is similar, yet unique.
Basically, my laptop (Thinkpad T440p) doesn't respond to key presses and has a black screen after waking from a long period of suspend.
Here is what the journal had to say.
When I run 'systemctl suspend' I get the following:
Jun 21 13:56:23 helix systemd[1]: Starting TLP suspend/resume...
Jun 21 13:56:23 helix systemd[1]: Started TLP suspend/resume.
Jun 21 13:56:23 helix systemd[1]: Reached target Sleep.
Jun 21 13:56:23 helix systemd[1]: Starting Sleep.
Jun 21 13:56:23 helix systemd[1]: Starting Suspend...
Jun 21 13:56:23 helix systemd-sleep[18162]: Suspending system...
Jun 21 13:56:23 helix kernel: PM: Syncing filesystems ... done.
Jun 21 13:56:23 helix kernel: PM: Preparing system for mem sleepand the screen goes black, effectively it goes to sleep.
After 2 minutes I resume (open closed lid or press Fn button) and get this:
Jun 21 13:58:37 helix kernel: Freezing user space processes ... (elapsed 0.001 seconds) done.
Jun 21 13:58:37 helix kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Jun 21 13:58:37 helix kernel: PM: Entering mem sleep
Jun 21 13:58:37 helix kernel: Suspending console(s) (use no_console_suspend to debug)
Jun 21 13:58:37 helix kernel: wlp4s0: deauthenticating from 64:f6:9d:cf:29:11 by local choice (Reason: 3=DEAUTH_LEAVING)
Jun 21 13:58:37 helix kernel: cfg80211: Calling CRDA to update world regulatory domain
Jun 21 13:58:37 helix kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache
Jun 21 13:58:37 helix kernel: sd 0:0:0:0: [sda] Stopping disk
Jun 21 13:58:37 helix kernel: e1000e: EEE TX LPI TIMER: 00000011
Jun 21 13:58:37 helix kernel: PM: suspend of devices complete after 640.310 msecs
Jun 21 13:58:37 helix kernel: PM: late suspend of devices complete after 53.325 msecs
Jun 21 13:58:37 helix kernel: ehci-pci 0000:00:1d.0: System wakeup enabled by ACPI
Jun 21 13:58:37 helix kernel: xhci_hcd 0000:00:14.0: System wakeup enabled by ACPI
Jun 21 13:58:37 helix kernel: ehci-pci 0000:00:1a.0: System wakeup enabled by ACPI
Jun 21 13:58:37 helix kernel: PM: noirq suspend of devices complete after 13.282 msecs
Jun 21 13:58:37 helix kernel: ACPI: Preparing to enter system sleep state S3
Jun 21 13:58:37 helix kernel: PM: Saving platform NVS memory
Jun 21 13:58:37 helix kernel: Disabling non-boot CPUs ...
Jun 21 13:58:37 helix kernel: intel_pstate CPU 1 exiting
Jun 21 13:58:37 helix kernel: smpboot: CPU 1 is now offline
Jun 21 13:58:37 helix kernel: intel_pstate CPU 2 exiting
Jun 21 13:58:37 helix kernel: smpboot: CPU 2 is now offline
Jun 21 13:58:37 helix kernel: intel_pstate CPU 3 exiting
Jun 21 13:58:37 helix kernel: smpboot: CPU 3 is now offline
Jun 21 13:58:37 helix kernel: intel_pstate CPU 4 exiting
Jun 21 13:58:37 helix kernel: smpboot: CPU 4 is now offline
Jun 21 13:58:37 helix kernel: intel_pstate CPU 5 exiting
Jun 21 13:58:37 helix kernel: smpboot: CPU 5 is now offline
Jun 21 13:58:37 helix kernel: intel_pstate CPU 6 exiting
Jun 21 13:58:37 helix kernel: smpboot: CPU 6 is now offline
Jun 21 13:58:37 helix kernel: intel_pstate CPU 7 exiting
Jun 21 13:58:37 helix kernel: smpboot: CPU 7 is now offline
Jun 21 13:58:37 helix kernel: ACPI: Low-level resume complete
Jun 21 13:58:37 helix kernel: PM: Restoring platform NVS memory
Jun 21 13:58:37 helix kernel: Enabling non-boot CPUs ...
Jun 21 13:58:37 helix kernel: x86: Booting SMP configuration:
Jun 21 13:58:37 helix kernel: smpboot: Booting Node 0 Processor 1 APIC 0x1
Jun 21 13:58:37 helix kernel: CPU1 is up
Jun 21 13:58:37 helix kernel: smpboot: Booting Node 0 Processor 2 APIC 0x2
Jun 21 13:58:37 helix kernel: CPU2 is up
Jun 21 13:58:37 helix kernel: smpboot: Booting Node 0 Processor 3 APIC 0x3
Jun 21 13:58:37 helix kernel: CPU3 is up
Jun 21 13:58:37 helix kernel: smpboot: Booting Node 0 Processor 4 APIC 0x4
Jun 21 13:58:37 helix kernel: CPU4 is up
Jun 21 13:58:37 helix kernel: smpboot: Booting Node 0 Processor 5 APIC 0x5
Jun 21 13:58:37 helix kernel: CPU5 is up
Jun 21 13:58:37 helix kernel: smpboot: Booting Node 0 Processor 6 APIC 0x6
Jun 21 13:58:37 helix kernel: CPU6 is up
Jun 21 13:58:37 helix kernel: smpboot: Booting Node 0 Processor 7 APIC 0x7
Jun 21 13:58:37 helix kernel: CPU7 is up
Jun 21 13:58:37 helix kernel: ACPI: Waking up from system sleep state S3
Jun 21 13:58:37 helix kernel: acpi LNXPOWER:02: Turning OFF
Jun 21 13:58:37 helix kernel: ehci-pci 0000:00:1a.0: System wakeup disabled by ACPI
Jun 21 13:58:37 helix kernel: ehci-pci 0000:00:1d.0: System wakeup disabled by ACPI
Jun 21 13:58:37 helix kernel: xhci_hcd 0000:00:14.0: System wakeup disabled by ACPI
Jun 21 13:58:37 helix kernel: PM: noirq resume of devices complete after 14.328 msecs
Jun 21 13:58:37 helix kernel: PM: early resume of devices complete after 232.458 msecs
Jun 21 13:58:37 helix kernel: usb usb3: root hub lost power or was reset
Jun 21 13:58:37 helix kernel: usb usb4: root hub lost power or was reset
Jun 21 13:58:37 helix kernel: rtc_cmos 00:02: System wakeup disabled by ACPI
Jun 21 13:58:37 helix kernel: sd 0:0:0:0: [sda] Starting diskso it seems that my computer somehow suspends before it is ready, then carries out the rest of the suspend process when it awakes.
So this works when the sleep period is short. However, when it suspends for any longer than 20 minutes then it usually doesn't respond after waking.
Here is an example where it doesn't respond after waking.
Sleep:
Jun 21 13:12:14 helix systemd[1]: Starting TLP suspend/resume...
Jun 21 13:12:14 helix systemd[1]: Started TLP suspend/resume.
Jun 21 13:12:14 helix systemd[1]: Reached target Sleep.
Jun 21 13:12:14 helix systemd[1]: Starting Sleep.
Jun 21 13:12:14 helix systemd[1]: Starting Suspend...
Jun 21 13:12:14 helix systemd-sleep[10863]: Suspending system...
Jun 21 13:12:14 helix kernel: PM: Syncing filesystems ... done.
Jun 21 13:12:14 helix kernel: PM: Preparing system for mem sleepWake 38 minutes later:
Jun 21 13:40:12 helix kernel: Freezing user space processes ... (elapsed 0.001 seconds) done.
Jun 21 13:40:12 helix kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Jun 21 13:40:12 helix kernel: PM: Entering mem sleep
Jun 21 13:40:12 helix kernel: Suspending console(s) (use no_console_suspend to debug)
Jun 21 13:40:12 helix kernel: wlp4s0: deauthenticating from 4c:8b:ef:e3:09:3c by local choice (Reason: 3=DEAUTH_LEAVING)
Jun 21 13:40:12 helix kernel: cfg80211: Calling CRDA for country: GB
Jun 21 13:40:12 helix kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache
Jun 21 13:40:12 helix kernel: sd 0:0:0:0: [sda] Stopping disk
Jun 21 13:40:12 helix kernel: e1000e: EEE TX LPI TIMER: 00000011
Jun 21 13:40:12 helix kernel: PM: suspend of devices complete after 679.042 msecs
Jun 21 13:40:12 helix kernel: PM: late suspend of devices complete after 53.317 msecs
Jun 21 13:40:12 helix kernel: ehci-pci 0000:00:1a.0: System wakeup enabled by ACPI
Jun 21 13:40:12 helix kernel: ehci-pci 0000:00:1d.0: System wakeup enabled by ACPI
Jun 21 13:40:12 helix kernel: xhci_hcd 0000:00:14.0: System wakeup enabled by ACPI
Jun 21 13:40:12 helix kernel: PM: noirq suspend of devices complete after 13.244 msecs
Jun 21 13:40:12 helix kernel: ACPI: Preparing to enter system sleep state S3
Jun 21 13:40:12 helix kernel: PM: Saving platform NVS memory
Jun 21 13:40:12 helix kernel: Disabling non-boot CPUs ...
Jun 21 13:40:12 helix kernel: intel_pstate CPU 1 exiting
Jun 21 13:40:12 helix kernel: smpboot: CPU 1 is now offline
Jun 21 13:40:12 helix kernel: intel_pstate CPU 2 exiting
Jun 21 13:40:12 helix kernel: smpboot: CPU 2 is now offline
Jun 21 13:40:12 helix kernel: intel_pstate CPU 3 exiting
Jun 21 13:40:12 helix kernel: smpboot: CPU 3 is now offline
Jun 21 13:40:12 helix kernel: intel_pstate CPU 4 exiting
Jun 21 13:40:12 helix kernel: smpboot: CPU 4 is now offline
Jun 21 13:40:12 helix kernel: intel_pstate CPU 5 exiting
Jun 21 13:40:12 helix kernel: smpboot: CPU 5 is now offline
Jun 21 13:40:12 helix kernel: intel_pstate CPU 6 exiting
Jun 21 13:40:12 helix kernel: smpboot: CPU 6 is now offline
Jun 21 13:40:12 helix kernel: intel_pstate CPU 7 exiting
Jun 21 13:40:12 helix kernel: smpboot: CPU 7 is now offline
Jun 21 13:40:12 helix kernel: ACPI: Low-level resume complete
Jun 21 13:40:12 helix kernel: PM: Restoring platform NVS memory
Jun 21 13:40:12 helix kernel: Enabling non-boot CPUs ...
Jun 21 13:40:12 helix kernel: x86: Booting SMP configuration:
Jun 21 13:40:12 helix kernel: smpboot: Booting Node 0 Processor 1 APIC 0x1
Jun 21 13:40:12 helix kernel: CPU1 is up
Jun 21 13:40:12 helix kernel: smpboot: Booting Node 0 Processor 2 APIC 0x2
Jun 21 13:40:12 helix kernel: CPU2 is up
Jun 21 13:40:12 helix kernel: smpboot: Booting Node 0 Processor 3 APIC 0x3
Jun 21 13:40:12 helix kernel: CPU3 is up
Jun 21 13:40:12 helix kernel: smpboot: Booting Node 0 Processor 4 APIC 0x4
Jun 21 13:40:12 helix kernel: CPU4 is up
Jun 21 13:40:12 helix kernel: smpboot: Booting Node 0 Processor 5 APIC 0x5
Jun 21 13:40:12 helix kernel: CPU5 is up
Jun 21 13:40:12 helix kernel: smpboot: Booting Node 0 Processor 6 APIC 0x6
Jun 21 13:40:12 helix kernel: CPU6 is up
Jun 21 13:40:12 helix kernel: smpboot: Booting Node 0 Processor 7 APIC 0x7
Jun 21 13:40:12 helix kernel: CPU7 is up
Jun 21 13:40:12 helix kernel: ACPI: Waking up from system sleep state S3
Jun 21 13:40:12 helix kernel: thinkpad_acpi: EC reports that Thermal Table has changed
Jun 21 13:40:12 helix kernel: acpi LNXPOWER:02: Turning OFF
Jun 21 13:40:12 helix kernel: ehci-pci 0000:00:1a.0: System wakeup disabled by ACPI
Jun 21 13:40:12 helix kernel: xhci_hcd 0000:00:14.0: System wakeup disabled by ACPI
Jun 21 13:40:12 helix kernel: ehci-pci 0000:00:1d.0: System wakeup disabled by ACPI
Jun 21 13:40:12 helix kernel: PM: noirq resume of devices complete after 14.481 msecs
Jun 21 13:40:12 helix kernel: PM: early resume of devices complete after 212.282 msecs
Jun 21 13:40:12 helix kernel: usb usb3: root hub lost power or was reset
Jun 21 13:40:12 helix kernel: usb usb4: root hub lost power or was reset
Jun 21 13:40:12 helix kernel: rtc_cmos 00:02: System wakeup disabled by ACPI
Jun 21 13:40:12 helix kernel: sd 0:0:0:0: [sda] Starting disk
Jun 21 13:40:12 helix kernel: usb 2-1: reset high-speed USB device number 2 using ehci-pci
Jun 21 13:40:12 helix kernel: usb 1-1: reset high-speed USB device number 2 using ehci-pci
Jun 21 13:40:12 helix kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Jun 21 13:40:12 helix kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
Jun 21 13:40:12 helix kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
Jun 21 13:40:12 helix kernel: ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
Jun 21 13:40:12 helix kernel: ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
Jun 21 13:40:12 helix kernel: ata1.00: configured for UDMA/133
Jun 21 13:40:12 helix kernel: ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jun 21 13:40:12 helix kernel: ata6.00: ACPI cmd e3/00:1f:00:00:00:a0 (IDLE) succeeded
Jun 21 13:40:12 helix kernel: ata6.00: ACPI cmd e3/00:02:00:00:00:a0 (IDLE) succeeded
Jun 21 13:40:12 helix kernel: ata6.00: ACPI cmd e3/00:1f:00:00:00:a0 (IDLE) succeeded
Jun 21 13:40:12 helix kernel: ata6.00: ACPI cmd e3/00:02:00:00:00:a0 (IDLE) succeeded
Jun 21 13:40:12 helix kernel: ata6.00: configured for UDMA/100
Jun 21 13:40:12 helix kernel: usb 3-12: reset high-speed USB device number 3 using xhci_hcd
Jun 21 13:40:12 helix kernel: iwlwifi 0000:04:00.0: L1 Enabled - LTR Enabled
Jun 21 13:40:12 helix kernel: iwlwifi 0000:04:00.0: L1 Enabled - LTR Enabled
Jun 21 13:40:12 helix kernel: PM: resume of devices complete after 632.392 msecs
Jun 21 13:40:12 helix kernel: PM: Finishing wakeup.
Jun 21 13:40:12 helix kernel: Restarting tasks ...
Jun 21 13:40:12 helix kernel: usb 3-6: USB disconnect, device number 8
Jun 21 13:40:12 helix kernel: done.
Jun 21 13:40:12 helix systemd[1]: Time has been changed
Jun 21 13:40:12 helix systemd[927]: Time has been changed
Jun 21 13:40:12 helix wpa_actiond[464]: Interface 'wlp4s0' lost connection to network 'TALKTALK-E30934'
Jun 21 13:40:12 helix systemd-sleep[10863]: System resumed.
Jun 21 13:40:12 helix systemd[1]: Started Suspend.
Jun 21 13:40:12 helix systemd[1]: Unit sleep.target is not needed anymore. Stopping.
Jun 21 13:40:12 helix systemd[1]: Stopped target Sleep.
Jun 21 13:40:12 helix systemd[1]: Unit tlp-sleep.service is not needed anymore. Stopping.
Jun 21 13:40:12 helix systemd[1]: Stopping Sleep.
Jun 21 13:40:12 helix systemd[1]: Stopping TLP suspend/resume...
Jun 21 13:40:12 helix systemd[1]: Reached target Suspend.
Jun 21 13:40:12 helix systemd[1]: Unit suspend.target is bound to inactive unit. Stopping, too.
Jun 21 13:40:12 helix systemd[1]: Starting Suspend.
Jun 21 13:40:12 helix systemd[1]: Stopped target Suspend.
Jun 21 13:40:12 helix systemd[1]: Stopping Suspend.
Jun 21 13:40:12 helix systemd-udevd[219]: error opening USB device 'descriptors' file
Jun 21 13:40:12 helix systemd[1]: Stopped TLP suspend/resume.
Jun 21 13:40:12 helix kernel: psmouse serio1: synaptics: queried max coordinates: x [..5674], y [..4684]
Jun 21 13:40:12 helix kernel: psmouse serio1: synaptics: queried min coordinates: x [1266..], y [1170..]
Jun 21 13:40:12 helix systemd-logind[425]: Operation finished.
Jun 21 13:40:13 helix kernel: cfg80211: Calling CRDA for country: GB
Jun 21 13:40:13 helix kernel: cfg80211: Calling CRDA for country: GB
Jun 21 13:40:13 helix kernel: cfg80211: Calling CRDA for country: GB
Jun 21 13:40:15 helix kernel: wlp4s0: authenticate with 64:f6:9d:cf:29:11
Jun 21 13:40:15 helix kernel: wlp4s0: send auth to 64:f6:9d:cf:29:11 (try 1/3)
Jun 21 13:40:15 helix kernel: wlp4s0: authenticated
Jun 21 13:40:15 helix kernel: wlp4s0: associate with 64:f6:9d:cf:29:11 (try 1/3)
Jun 21 13:40:15 helix kernel: wlp4s0: RX AssocResp from 64:f6:9d:cf:29:11 (capab=0x431 status=0 aid=10)
Jun 21 13:40:15 helix kernel: wlp4s0: associated
Jun 21 13:40:15 helix kernel: wlp4s0: Limiting TX power to 1 dBm as advertised by 64:f6:9d:cf:29:11
Jun 21 13:40:15 helix wpa_actiond[464]: Interface 'wlp4s0' disconnected from network 'TALKTALK-E30934'
Jun 21 13:40:15 helix dhcpcd[11299]: sending signal TERM to pid 19648
Jun 21 13:40:15 helix dhcpcd[11299]: waiting for pid 19648 to exit
Jun 21 13:40:15 helix dhcpcd[19648]: received SIGTERM, stopping
Jun 21 13:40:15 helix dhcpcd[19648]: wlp4s0: removing interface
Jun 21 13:40:15 helix dhcpcd[19648]: dhcpcd exited
Jun 21 13:40:15 helix wpa_actiond[464]: Interface 'wlp4s0' connected to network 'eduroam'
Jun 21 13:40:15 helix dhcpcd[11311]: DUID 00:01:00:01:1c:c1:7d:53:e8:b1:fc:77:aa:60
Jun 21 13:40:15 helix dhcpcd[11311]: wlp4s0: IAID fc:77:aa:60
Jun 21 13:40:16 helix dhcpcd[11311]: wlp4s0: soliciting a DHCP lease
Jun 21 13:40:16 helix dhcpcd[11311]: wlp4s0: offered 172.20.168.82 from 172.20.255.17
Jun 21 13:40:16 helix dhcpcd[11311]: wlp4s0: leased 172.20.168.82 for 1800 seconds
Jun 21 13:40:16 helix dhcpcd[11311]: wlp4s0: adding default route via 172.20.175.254
Jun 21 13:40:16 helix dhcpcd[11311]: forked to background, child pid 11419so you can see that it wakes up and starts running in the background, connecting to wifi etc., but it doesn't respond to any keypresses and my screen is black.
And you can see that it responds to lip open/closing (lid close is configured to not trigger suspend) and eventual power button shutdown:
Jun 21 13:40:54 helix systemd-logind[425]: Lid closed.
Jun 21 13:40:58 helix systemd-logind[425]: Lid opened.
Jun 21 13:40:58 helix kernel: i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
Jun 21 13:41:49 helix systemd-logind[425]: Lid closed.
Jun 21 13:41:50 helix systemd-logind[425]: Lid opened.
Jun 21 13:41:50 helix kernel: i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
Jun 21 13:41:52 helix systemd-logind[425]: Power key pressed.
Jun 21 13:41:52 helix systemd-logind[425]: Powering Off...
Jun 21 13:41:52 helix systemd-logind[425]: System is powering down.So not sure what is going wrong. I would appreciate help if anyone can see the problem.
Last edited by science404 (2015-06-21 13:30:26)
Offline
I'm running at T440p and suspend daily / overnight. What desktop environment / kernel do you run? When you sleep, are you docked / connected to external monitors?
Offline
I'm running at T440p and suspend daily / overnight. What desktop environment / kernel do you run? When you sleep, are you docked / connected to external monitors?
I use the xmonad window manager.
Kernel: 4.0.5-1-ARCH #1 SMP PREEMPT.
When I sleep, it tends to be connected to an external monitor, and then when I wake it's not, but I can just use a hotkey to switch monitors, which works when it awakes properly. I assume that the external monitor is not the problem, since it doesn't even respond to Ctrl+Atl+F2, which wouldn't be associated to an external monitor. I've also tested sleep without the external monitor and the problem persists.
I should also mention that I'm just running the nvidia binary driver, without bbswitch.
Offline
I had similar issues and ended up putting in a pre-sleep hook that switched back to the laptop screen before actually sleeping. I never was able to find what the cause was, but for me it was a good workaround. It also adds about 2 seconds to the sleep process.
Offline
As a side note: I have the T440p without the nvidia graphics so that might point against the nvidia driver causing the issue.
Offline
I think I may have solved the problem... I didn't have the i915 module in my mkinitcpio.conf file. I added it and ran 'mkinitcpio -p linux' and the problem seems to have gone away now.
Offline
Ok, after ten or so successful sleep/wakes I ran into this problem again. Really annoying... problem not solved.
Offline
I'm using an Thinkpad X220 (Intel graphics) and experience the same problem. Using an external monitor as well. Haven't tried without having it connected though.
I have tried changing accelmethod, kernel (vanilla and LTS) but nothing helps. Feels like the problem started the last weeks/month maybe?
Offline
Well I've only had this laptop for a few months, but I don't recall it being an issue at the beginning...
It would be fine if I could hibernate instead, but that doesn't work either.
Offline
Well I've only had this laptop for a few months, but I don't recall it being an issue at the beginning...
It would be fine if I could hibernate instead, but that doesn't work either.
Actually, just tested hibernate and it seems to work after a short hibernations. I'll report back to see if I don't experience the same issues with longer hibernations.
Offline
Tried a bit more and it works fine when using my docking station (http://www.amazon.com/Lenovo-0A33932-Th … B004W9BGMQ).
Offline
So I blacklisted my nvidia driver and have been running on my intel gpu.. the problem remains, so it doesn't seem to be an nvidia driver issue.
Offline
Just to check, vivitron and mr_echo, do you get the following in your logs?
kernel: [drm:intel_set_pch_fifo_underrun_reporting [i915]] *ERROR* uncleared pch fifo underrun on pch transcoder A
kernel: [drm:intel_pch_fifo_underrun_irq_handler [i915]] *ERROR* PCH transcoder A FIFO underrun
kernel: [drm:intel_set_cpu_fifo_underrun_reporting [i915]] *ERROR* uncleared fifo underrun on pipe B
kernel: [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe B FIFO underrunThis is usually present in my logs, and after right after a resume.
Offline
I have this precise problem from what I can tell, on a Dell XPS13, except I don't see these lines in my logs.
kernel: [drm:intel_set_pch_fifo_underrun_reporting [i915]] *ERROR* uncleared pch fifo underrun on pch transcoder A kernel: [drm:intel_pch_fifo_underrun_irq_handler [i915]] *ERROR* PCH transcoder A FIFO underrun kernel: [drm:intel_set_cpu_fifo_underrun_reporting [i915]] *ERROR* uncleared fifo underrun on pipe B kernel: [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe B FIFO underrun
I do, however, have the same symptom where a long suspend will result in a wake with no screen, but a short suspend will work fine. I have a lit keyboard on my laptop, which is how I have determined that it is waking, but not turning on the screen, i.e., the keyboard lights up and the brightness controls for the keyboard are responsive. I also did not have this issue for the first few weeks of archlinux usage.
If we are indeed experiencing the same problem, then it is certainly not an nvidia driver issue, as I only have the intel gpu on my machine (using the i915 driver).
Vivitron, I'd love to try your solution. Could you be more specific/verbose about what it was exactly? Do you mean that you put a bash script in /usr/lib/systemd/system-sleep ?
Last edited by blm (2015-07-21 13:55:21)
Offline
Got the same issue with T440P (intel graphics + nvidia), though I'm running Xubuntu 15.04 . The worst thing is that the problem is unpredictable. The longer the laptop was in suspend/hibernation, the higher the probability of fail.
Offline
I have this precise problem from what I can tell, on a Dell XPS13, except I don't see these lines in my logs.
science404 wrote:kernel: [drm:intel_set_pch_fifo_underrun_reporting [i915]] *ERROR* uncleared pch fifo underrun on pch transcoder A kernel: [drm:intel_pch_fifo_underrun_irq_handler [i915]] *ERROR* PCH transcoder A FIFO underrun kernel: [drm:intel_set_cpu_fifo_underrun_reporting [i915]] *ERROR* uncleared fifo underrun on pipe B kernel: [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe B FIFO underrunI do, however, have the same symptom where a long suspend will result in a wake with no screen, but a short suspend will work fine. I have a lit keyboard on my laptop, which is how I have determined that it is waking, but not turning on the screen, i.e., the keyboard lights up and the brightness controls for the keyboard are responsive. I also did not have this issue for the first few weeks of archlinux usage.
If we are indeed experiencing the same problem, then it is certainly not an nvidia driver issue, as I only have the intel gpu on my machine (using the i915 driver).
Sounds exactly like the behaviour I experience... I can press Fn+Space to turn on and off the keyboard backlight, but the screen remains dark. However, I don't have brightness controls for the screen, afaik this is broken on my laptop (and unrelated).
Offline
Got the same issue with T440P (intel graphics + nvidia), though I'm running Xubuntu 15.04 . The worst thing is that the problem is unpredictable. The longer the laptop was in suspend/hibernation, the higher the probability of fail.
This is also what I find. It's very frustrating because any trial-and-error fixes cannot be tested reliably!
I've resorted to just leaving my machine on when I have to transport it.
Offline
I should mention that this doesn't seem to an issue any more. I've updated recently and I can suspend/resume (from RAM) without issues, yet running on the Intel graphics (haven't tried nvidia graphics recently). Could mark this solved.
Offline
Please don't close this as I still have this problem on 4.2.2-1
Intel only system.
Last edited by Erhan (2015-10-04 09:30:33)
Offline
I have a solution for this issue of USB's going down after sleep.
Put the following in a resume script:
echo 1 > /sys/bus/pci/devices/0000\:00\:14.0/remove
sleep 1
echo 1 > /sys/bus/pci/rescan
This assumes that you have the PCI bus address of 00:14.0 for your root usb controller.
Not an elegant solution, but solves this crippling issue for me.
Forgive the necro-bump!
Offline
*necro-bump*
Was behind a few months on updates, but just updated and now this doesn't work at all (again). I am stuck with a blinking cursor when I wake from suspend. Anyone else experiencing problems lately?
Offline
Pages: 1