Weird Resume Problem

Weird Resume Problem

[Leo L. Schwab]

	Today I saw a resume-from-RAM problem that I've never witnessed
before.

	I have a ThinkPad Z61t running the Debian version of kernel
2.6.22.10 (linux-source-2.6.22.6).  I normally avoid suspend-to-RAM, as
there's a bug in the Intel graphics code that can lock up the machine when
switching virtual terminals.  But with the latest xserver-xorg-video-intel,
in which this bug is reputedly fixed, I've been trying it more often.

	I suspended-to-RAM yesterday afternoon, and attempted to resume
roughly 24 hours later.  It's the longest I've ever left the machine in a
suspend-to-RAM state.  Up until this point, resume-from-RAM has always
worked.

	Normally, when resuming from RAM, I see the display wake up to a text
console.  At the top of the display in yellow text appears, "inu".  I never
gave much thought to this, assuming it was some sort of glitched attempt to
print "Linux" to the console.  After that, I normally see kernel resume
messages appear, followed by the restoration of the X display.

	Today, when I resumed, I got the text console, but instead of a
yellow "inu" at the top, only "i" appeared.  A few moments later, the
ThinkPad BIOS/boot screen appeared, and the machine proceeded with a fresh
reboot (praise be to journalled filesystems).

	Moments before I attempted the resume, I had plugged the machine
into mains power.  I don't think this is relevant, as the battery had 70%
capacity remaining.

	Sadly, there is no further data other that this account as
(obviously) no logs survive, and I haven't (yet) enabled the RTC-destroying
suspend debugging option.

	I was idly curious if anyone had seen anything like this before, and
whether the yellow "inu" I've been seeing at resume has any significance at
all.

					Thanks,
					Schwab

Re: Weird Resume Problem

[Rafael J. Wysocki]

On Saturday, 24 of November 2007, Leo L. Schwab wrote:
> 	Today I saw a resume-from-RAM problem that I've never witnessed
> before.
> 
> 	I have a ThinkPad Z61t running the Debian version of kernel
> 2.6.22.10 (linux-source-2.6.22.6).  I normally avoid suspend-to-RAM, as
> there's a bug in the Intel graphics code that can lock up the machine when
> switching virtual terminals.  But with the latest xserver-xorg-video-intel,
> in which this bug is reputedly fixed, I've been trying it more often.
> 
> 	I suspended-to-RAM yesterday afternoon, and attempted to resume
> roughly 24 hours later.  It's the longest I've ever left the machine in a
> suspend-to-RAM state.  Up until this point, resume-from-RAM has always
> worked.
> 
> 	Normally, when resuming from RAM, I see the display wake up to a text
> console.  At the top of the display in yellow text appears, "inu".  I never
> gave much thought to this, assuming it was some sort of glitched attempt to
> print "Linux" to the console.  After that, I normally see kernel resume
> messages appear, followed by the restoration of the X display.
> 
> 	Today, when I resumed, I got the text console, but instead of a
> yellow "inu" at the top, only "i" appeared.  A few moments later, the
> ThinkPad BIOS/boot screen appeared, and the machine proceeded with a fresh
> reboot (praise be to journalled filesystems).

This "Linux" string is a part of debugging code that has been removed recently,
because we suspected it might interact badly with some graphics adapters.

Perhaps something like this happened on your system.

Greetings,
Rafael