* Re: Suspend to RAM on MSI PR200YA - do not recover, system immediately turns down [not found] <37b436160910101054t7765c253ta98b983f226b57c3@mail.gmail.com> @ 2009-10-10 21:34 ` Rafael J. Wysocki [not found] ` <200910102334.42399.rjw@sisk.pl> 1 sibling, 0 replies; 4+ messages in thread From: Rafael J. Wysocki @ 2009-10-10 21:34 UTC (permalink / raw) To: Ondrej Hujnak; +Cc: pm list, mschmidt, linux-kernel On Saturday 10 October 2009, Ondrej Hujnak wrote: > 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. Does the pm_test 'core' test work (please see Documentation/power/basic-pm-debugging.txt)? Rafael > ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <200910102334.42399.rjw@sisk.pl>]
* Re: Suspend to RAM on MSI PR200YA - do not recover, system immediately turns down [not found] ` <200910102334.42399.rjw@sisk.pl> @ 2009-10-12 15:49 ` Ondrej Hujnak [not found] ` <37b436160910120849o6aae596w50e450b4838ed233@mail.gmail.com> 1 sibling, 0 replies; 4+ messages in thread From: Ondrej Hujnak @ 2009-10-12 15:49 UTC (permalink / raw) To: Rafael J. Wysocki; +Cc: pm list, mschmidt, linux-kernel 2009/10/10 Rafael J. Wysocki <rjw@sisk.pl>: > On Saturday 10 October 2009, Ondrej Hujnak wrote: >> 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. > > Does the pm_test 'core' test work (please see > Documentation/power/basic-pm-debugging.txt)? > > Rafael > Ok, i tried all kinds of pm_test including core several times and everything seemed ok. I got no error, failure.. And i tried all possibilities of /sys/power/disk under "init=/bin/bash" and same result as above. Ondrej ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <37b436160910120849o6aae596w50e450b4838ed233@mail.gmail.com>]
* Re: Suspend to RAM on MSI PR200YA - do not recover, system immediately turns down [not found] ` <37b436160910120849o6aae596w50e450b4838ed233@mail.gmail.com> @ 2009-10-12 21:20 ` Rafael J. Wysocki 2009-10-14 20:10 ` Ondrej Hujnak 0 siblings, 1 reply; 4+ messages in thread From: Rafael J. Wysocki @ 2009-10-12 21:20 UTC (permalink / raw) To: Ondrej Hujnak; +Cc: pm list, mschmidt, linux-kernel On Monday 12 October 2009, Ondrej Hujnak wrote: > 2009/10/10 Rafael J. Wysocki <rjw@sisk.pl>: > > On Saturday 10 October 2009, Ondrej Hujnak wrote: > >> 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. > > > > Does the pm_test 'core' test work (please see > > Documentation/power/basic-pm-debugging.txt)? > > > > Rafael > > > > Ok, i tried all kinds of pm_test including core several times > and everything seemed ok. I got no error, failure.. > > And i tried all possibilities of /sys/power/disk under > "init=/bin/bash" and same result as above. That seems to indicate some kind of a BIOS issue. However, several suspend bugs are going to be fixes in 2.6.32, so perhaps you can try -rc6 or later, when they are out. Thanks, Rafael ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Suspend to RAM on MSI PR200YA - do not recover, system immediately turns down 2009-10-12 21:20 ` Rafael J. Wysocki @ 2009-10-14 20:10 ` Ondrej Hujnak 0 siblings, 0 replies; 4+ messages in thread From: Ondrej Hujnak @ 2009-10-14 20:10 UTC (permalink / raw) To: Rafael J. Wysocki; +Cc: pm list, mschmidt, linux-kernel Dne 12.10.2009 23:20, Rafael J. Wysocki napsal(a): > On Monday 12 October 2009, Ondrej Hujnak wrote: > >> 2009/10/10 Rafael J. Wysocki<rjw@sisk.pl>: >> >>> On Saturday 10 October 2009, Ondrej Hujnak wrote: >>> >>>> 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. >>>> >>> Does the pm_test 'core' test work (please see >>> Documentation/power/basic-pm-debugging.txt)? >>> >>> Rafael >>> >>> >> Ok, i tried all kinds of pm_test including core several times >> and everything seemed ok. I got no error, failure.. >> >> And i tried all possibilities of /sys/power/disk under >> "init=/bin/bash" and same result as above. >> > That seems to indicate some kind of a BIOS issue. However, several suspend > bugs are going to be fixes in 2.6.32, so perhaps you can try -rc6 or later, > when they are out. > > Thanks, > Rafael > I tried to flash BIOS, so I have it up to date now. And it didn't help at all. Being too eager to wait for -rc6 i tried v2.6.32-rc4-94-g80f5069, and it didn't help as well. Ondrej ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-10-14 20:10 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <37b436160910101054t7765c253ta98b983f226b57c3@mail.gmail.com>
2009-10-10 21:34 ` Suspend to RAM on MSI PR200YA - do not recover, system immediately turns down Rafael J. Wysocki
[not found] ` <200910102334.42399.rjw@sisk.pl>
2009-10-12 15:49 ` Ondrej Hujnak
[not found] ` <37b436160910120849o6aae596w50e450b4838ed233@mail.gmail.com>
2009-10-12 21:20 ` Rafael J. Wysocki
2009-10-14 20:10 ` Ondrej Hujnak
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox