Bug description: If I switch the screen off (e.g. xset dpms force off, entering standby, xscreensaver, etc), the screen does switch off, but X becomes stuck in uninterruptible sleep. This ONLY happens if I have been playing gzdoom (+brutal doom mod) with hardware acceleration prior to that. I have no choice but to forcibly reboot the machine when this happens, because not even SIGKILL can kill it. ps reveals: PID COMMAND STAT WCHAN 2200 X Ds+ intel_finish_fb It is stuck in intel_finish_fb. System environment: -- chipset: Intel GM45 -- system architecture: 64-bit -- xf86-video-intel: 2.20.13, 2.2.15 also tested -- xserver: 1.13.0 -- mesa: 9.0 -- libdrm: 2.4.40 -- kernel: gentoo-sources-3.5.7 -- Linux distribution: Gentoo -- Machine or mobo model: Lenovo Thinkpad SL510 -- Display connector: LVDS @ 1920x1080 Reproducing steps: -Play gzdoom with BD mod for a few minutes -Quit game -xset dpms force off -display switches off and X stuck Additional info: No suspicious kernel log or Xorg log. xorg.conf: Section "Monitor" Identifier "<default monitor>" DisplaySize 344.16 193.59 EndSection Further testing in progress.
Looks like a GPU hang whilst waiting on pending flips. The root cause of the hang should be fixed in 3.6.y.
(forgot to mention: I'm using SNA) Thanks, I'm trying linux 3.6.8 now, but encountering very frequent freezes during gzdoom on that one. I'll open a separate report for that issue, then report back here once that's settled.
*** Bug 57961 has been marked as a duplicate of this bug. ***
It appears that 3.6.x indeed solved this for me. I kept looking for the bug inside userspace, so it didn't occur to me to try a kernel upgrade before reporting this bug. Thanks!
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.