Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#50027 - 4.6.3-1-ARCH fails to resume from suspend until VTY is swapped

Attached to Project: Arch Linux
Opened by Victor Trac (victortrac) - Wednesday, 13 July 2016, 03:23 GMT
Last edited by Doug Newgard (Scimmia) - Saturday, 29 October 2016, 15:31 GMT
Task Type Bug Report
Category System
Status Closed
Assigned To No-one
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Recently, maybe in the last week or two, my 3rd generation Lenovo X1 Carbon has been failing to come back to sleep. I thought it was frozen, but noticed a couple of status lights (mute & mic) were responsive, so I pushed Ctrl+Alt+F3, which immediately woke my laptop up. After this, I was able to push Ctrl+Alt+F2 to get back to the GDM login window. Everything is fine until the next time my laptop goes to sleep, at which point I have to do the VTY dance again.


Additional info:
* Kernel: 4.6.3-1-ARCH, extra/xorg-server 1.18.3-2, extra/xf86-video-intel 1:2.99.917+676+g26f8ab5-1, extra/gdm 3.20.1-1
* Logs:
dmesg (Don't think errors are related):
[191339.536039] [drm] Reducing the compressed framebuffer size. This may lead to less power savings than a non-reduced-size. Try to increase stolen memory size if available in BIOS.
[191380.606079] [drm] Reducing the compressed framebuffer size. This may lead to less power savings than a non-reduced-size. Try to increase stolen memory size if available in BIOS.
[191394.130768] [drm] Reducing the compressed framebuffer size. This may lead to less power savings than a non-reduced-size. Try to increase stolen memory size if available in BIOS.
[191398.446058] [drm] Reducing the compressed framebuffer size. This may lead to less power savings than a non-reduced-size. Try to increase stolen memory size if available in BIOS.
[191425.529754] [drm] Reducing the compressed framebuffer size. This may lead to less power savings than a non-reduced-size. Try to increase stolen memory size if available in BIOS.
[197970.957790] [drm:intel_dp_link_training_clock_recovery [i915]] *ERROR* failed to enable link training
[197970.960483] [drm:intel_dp_start_link_train [i915]] *ERROR* failed to start channel equalization
[197970.965077] [drm] Reducing the compressed framebuffer size. This may lead to less power savings than a non-reduced-size. Try to increase stolen memory size if available in BIOS.
[197971.746449] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun


Steps to reproduce:
1. Run: xset dpms force suspend
2. Wait a few seconds for screen to turn off
3. Move mouse, mash buttons, nothing happens
4. Toggle VTY and everything wakes up fine.
This task depends upon

Closed by  Doug Newgard (Scimmia)
Saturday, 29 October 2016, 15:31 GMT
Reason for closing:  No response
Comment by Bram Neijt (bneijt) - Monday, 08 August 2016, 16:28 GMT
I had the same problem and removed all Intel specific configuration I had running:

Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "uxa"
Option "AccelMethod" "sna"
EndSection

Removing those parameters has solved my problem. Maybe "AIGLX: Resuming AIGLX clients after VT switch" has something to do with it?

Could you try checking your Xorg configuration and testing without any Intel specific configurations as well?

My versions:
extra/xf86-video-intel 1:2.99.917+691+ga77397a-1 (xorg-drivers xorg) [installed]
extra/xorg-server 1.18.4-1 (xorg) [installed]



Loading...