Public bug reported:
Kernel version 2.6.27-4, having the drm module loaded results in suspend
(90% of the time) not returning from suspend. Going into Xorg.conf and
disabling acceleration is not enough on its own to prevent the hang, you
have to ensure the drm module itself is not loaded, even if it is not in
use. This bug can be confirmed for all versions of the Intrepid kernels
(my hardware only runs on intrepid) with the exception of the linux-rt
kernel, which suspends prefectly with DRM. The crash happens after X is
brought back up and tasks are being resumed. The mouse cursor is
displayed but cannot be moved, the machine is entirely non-responsive to
everything. This is not just hung video, the kernel is completely down.
No kernel oops is displayed. Log files only show a successful suspend
and then the eventual boot after the cold restart. Occasionally
(depending on how quickly tasks resume I guess) some of the post resume
scripts get to run. I added touch commands to each of them so I could
trace them and it gets through a semi-random number of them each time.
Occasionally it will even get through all of them before the hard lock.
The hard lock does not itself seem to be in pm-utils and its scripts,
but rather inside drm in some sort.
System Specs:
Thinkpad T500
Intel Core 2 Duo @ 2.4GHz
3GB RAM
Intel X4500HD integrated video using i915.ko
running latest intrepid as of Sep 25.
** Affects: linux (Ubuntu)
Importance: Undecided
Status: New
** Tags: drm intel regression resume suspend
--
DRM Breaks Resume from Suspend
https://bugs.launchpad.net/bugs/274278
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
