linux-kernel - Suspend to RAM on MSI PR200YA - do not recover, system immediately turns down

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Sat, 10 Oct 2009 19:54:14 +0200
From:	Ondrej Hujnak <hujnak.ondrej@...il.com>
To:	linux-kernel@...r.kernel.org
Cc:	mschmidt@...hat.com
Subject: Suspend to RAM on MSI PR200YA - do not recover, system immediately 
	turns down

Hello,

I am trying to make work "Suspend to RAM".
My laptop is MSI PR200YA, linux
kernel 2.6.30.8-64.fc11.i586 (fedora 11, 32bit),
the same is with 2.6.31.1-56.fc12.i686.
Motherboard - MSI 1221, graphics:
Mobile GM965/GL960 Integrated Graphics Controller

When I do suspend to RAM it seem to work ok, it sleeps.
But when I want to wake it, it only switches off (the power
LED stops blinking).  If I'm having my notebook connected
to electricity, after start it don't  start screen and keyboard.
Notebook is running, but there is no HDD activity according
to the LED indicator. When it is on battery, it normally starts,
as if I had switched it normally off. Every time after trying to
suspend it to RAM, on the next start I have
"last write to superblock in future".

I tried:
 - suspend from "single" mode
 - suspend from "single" mode with as many modules as possible rmmod'ed
 - using "nomodeset"
 - early suspend-to-RAM at boot test with "test_suspend=mem"
All with the same result.

I also tried using pm_trace, but this gave no useful results in dmesg
in the next boot. The clock was not changed by it (the documentation
said it would be).

I have attached printout of "lspci -vv" and "dmesg" after switching
pm_trace on.

I'd welcome any ideas how to debug this further.
I'm looking forward to your reply.

Download attachment "lspci_vv" of type "application/octet-stream" (25634 bytes)

Download attachment "dmesg" of type "application/octet-stream" (43090 bytes)