Weird Resume Problem

["Leo L. Schwab" <ewhac@best.com>]

	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