Bug#571279: suspend-script: kernel errors when resuming from suspend

[Jonathan Nieder <jrnieder@gmail.com>]

found 571279 linux-2.6/2.6.32-30
quit

Hi Eric,

Eric Sheesley wrote:
>> On Wed, 2010-02-24 at 17:35 -0500, Eric wrote:

>>> I am running Debian Squeeze on a Dell Studio 1557 with core i7
>>> processor.
[...]
> I also thought that could be an issue and so completely disabled
> selinux(wasn't set to enforcing anyway though) and still the exact same
> behavior.  It's as if the system properly resumes (I can even type
> commands if the last window highlighted before suspend was a terminal, i
> just can't see anything other than a cursor) but just shows a black
> screen and cursor.

Sorry for the long silence.  Basic questions:

 - Please attach the output of

	/usr/share/bug/linux-image-$(uname -r)/script 3>&1

   and dmesg output right after booting, to give a sense of the
   hardware and drivers in use.

 - Do you have logs from before and after the resume (

	dmesg >dmesg_before; \
	echo mem >/sys/power/state; \
	dmesg >dmesg_after

   ) with selinux disabled?

 - Is this reproducible without the radeon driver loaded (one can
   test by blacklisting the radeon driver, for example)?

 - Is this reproducible with version 3.x from unstable?  It should
   be possible to install with initramfs-tools and linux-base from
   squeeze-backports.  If so, please report this upstream at

   - http://bugs.freedesktop.org/, product DRI, component DRM/Radeon
     if it seems to be a graphics driver problem

   - http://bugzilla.kernel.org/, product Power Management, component
     Suspend/Hibernation, otherwise

   and let us know the bug number so we can track it.

Thanks,
Jonathan