[KLUG Members] IBM T30/SUSE 10.0 Suspend to RAM Problems

[Peter Bart]

On Sun, 2006-11-19 at 21:46 -0500, Peter Bart wrote:
> On Sun, 2006-11-19 at 14:04 -0800, Chester Wisniewski wrote:
> > You can do a lspci from a shell to determine what those devices are.

	Actually dmesg has proved to be most useful. As an update, the main
suspect right now is a buggy DSDT. From the suseforums, I quote:
"See any acpi errors or warnings in dmesg? Does your system hang when
shutting down? Can't suspend to RAM or disk? Computer won't wakeup?
Battery functions not working? Losing an IRQ? Can't get wireless to work
even though you are following exact directions? You probably have a
buggy DSDT thanks to Microsoft. Let's fix it!""If your dmesg contains a
line that looks like this:
ACPI: DSDT (v001 GBT AWRDACPI 0x00001000 MSFT 0x0100000c) @ 0x00000000 
then almost surely you have a buggy DSDT unless your OEM happened to
have fixed it for you -- MSFT 0x0100000c) @ 0x00000000 means M$ buggy
compiler to me."
	Coincidentally I have "MSFT" all over my dmesg output. Not good but
very well documented. Hope this helps someone else.

Regards,
-- 
Peter Bart <peter at petertheplumber.net>
http://petertheplumber.net