From: Ron R. <ro...@fn...> - 2005-04-27 22:45:34
|
Hi, I'm wondering if I'm having the same problem. I was using a Dell M60 w/ 2.6.10 and 2.6.11.7 with no problems. The M60 has 855PM chipset with integrated (ICH4) ATA IDE and the disk is a parallel IDE disk. The M70 is 915PM based with integrated SATA controller which somehow (experts know?) can work with the IDE driver, but slow, but with the SATA driver + SCSI works better. Anyway, the disk is still a parallel IDE disk, so I suppose there must be some serial <-> parallel magic going on. Anywho, when I suspend, all seems well, but when I try to wake, the disk doesn't come back and if I wait long enough, I get some: journal commit I/O error and sometimes some other disk timeout errors. Sometimes the video screen comes pack and the mouse works and I can type, but, b/c the disk isn't working, I can't do anything. Sometimes the video doesn't come back, but the caps lock still works. I've tried 2.6.10, 2.6.11.7, and 2.6.12-rc2 So, which driver(s) should I look at? Or is there a simple chant to /proc that can wake up the disk correctly? Or am I not doing something correctly before/after I echo mem >/sys/power/state Or is the 915PM and/or SATA acpi stuff just (too) new and I should help get it working? The system does successfully suspend to RAM and wake up under windows XP :( Any ideas/suggestions/comments or work for me to do? Thanks, Ron Tomasz Kojm <tk@lo...> said: > Dear power experts, > I"m fighting with S3 on Toshiba Tecra A3 without success for a few > days > now. I"ve tried all combinations of acpi_sleep on various kernels > (including -mm ones) down to 2.6.8 and the effect is always the same: > laptop properly(?) suspends but on resume it doesn"t initialize > graphics > (LCD is off) and seem to be hanged (at least the keyboard, because > the > system doesn"t react on any commands, including ctrl+alt+del). The > computer is based on the Intel 915 GM chipset with integrated > graphics. > I hope someone can drive me in a good direction. For the last three > years I was successfully using suspend2ram (via APM) on my old and > good > Portege notebook and now suspend to disk doesn"t look as a good > alternative from my point of view. > Thank you in advance, > |
From: Stefan S. <se...@gm...> - 2005-04-28 15:56:54
|
On Wed, Apr 27, 2005 at 05:44:37PM -0500, Ron Rechenmacher wrote: > So, which driver(s) should I look at? > Or is there a simple chant to /proc that can wake up the disk correctly? > Or am I not doing something correctly before/after I > echo mem >/sys/power/state > Or is the 915PM and/or SATA acpi stuff just (too) new and I should help > get it working? The SATA drivers have no power-management support (i wonder how this could happen, since they are brand new, but this is another story...). Jens Axboe is fixing them up right now, you should be able to find patches for them on LKML. This does affect suspend to disk as well as suspend to RAM. Also, since it seems timing sensitive, it works on some machines sometimes. -- Stefan Seyfried |
From: Matthew G. <mj...@sr...> - 2005-04-29 07:43:44
|
On Thu, Apr 28, 2005 at 05:43:26PM +0200, Stefan Seyfried wrote: > The SATA drivers have no power-management support (i wonder how this could > happen, since they are brand new, but this is another story...). Jens Axboe > is fixing them up right now, you should be able to find patches for them on > LKML. Is SATA supposed to be handled by the _GTF and _GTM/_STM methods in the DSDT, or are those limited to PATA? Either way, we should probably get round to supporting them - I'm coming up against a lot of hardware which doesn't successfully resume IDE. -- Matthew Garrett | mj...@sr... |
From: Tomasz K. <tk...@cl...> - 2005-04-29 00:38:51
|
On Wed, 27 Apr 2005 17:44:37 -0500 Ron Rechenmacher <ro...@fn...> wrote: > Hi, >=20 > I'm wondering if I'm having the same problem. > I was using a Dell M60 w/ 2.6.10 and 2.6.11.7 with no problems. > The M60 has 855PM chipset with integrated (ICH4) ATA IDE and the disk > is a parallel IDE disk. >=20 > The M70 is 915PM based with integrated SATA controller which somehow > (experts know?) can work with the IDE driver, but slow, but with the > SATA driver + SCSI works better. Anyway, the disk is still a parallel > IDE disk, so I suppose there must be some serial <-> parallel magic=20 > going on. > Anywho, when I suspend, all seems well, but when I try to wake, the > disk doesn't come back and if I wait long enough, I get some: > journal commit I/O error > and sometimes some other disk timeout errors. > Sometimes the video screen comes pack and the mouse works and I can > type, but, b/c the disk isn't working, I can't do anything. Sometimes > the video doesn't come back, but the caps lock still works. In my case the video (integrated Intel 915GM graphic chipset) never=20 resumes correctly. However, I've noticed very similar issues with the disk. Sometimes the hdd led is always on after resume, sometimes not. With the old SATA/IDE driver the disk seems to perform some operations but at the end the system crashes totally and even the caps lock doesn't work. As an open-source developer I know from autopsy how much such e-mail are frustrating to the developers. However it's impossible to me to prepare a valuable bug report on bugzilla - at the moment I see no way to reenable the LCD after resume (no acpi_sleep flag works on this system) and the system crashes every time eliminating remote access to a console. Thanks, --=20 oo ..... Tomasz Kojm <tk...@cl...> (\/)\......... http://www.ClamAV.net/gpg/tkojm.gpg \..........._ 0DCA5A08407D5288279DB43454822DC8985A444B //\ /\ Fri Apr 29 02:37:01 CEST 2005 |
From: Nigel C. <ncu...@cy...> - 2005-04-29 06:57:28
|
Hi. On Fri, 2005-04-29 at 10:38, Tomasz Kojm wrote: > In my case the video (integrated Intel 915GM graphic chipset) never > resumes correctly. However, I've noticed very similar issues with the > disk. Sometimes the hdd led is always on after resume, sometimes not. > With the old SATA/IDE driver the disk seems to perform some operations > but at the end the system crashes totally and even the caps lock doesn't > work. > > As an open-source developer I know from autopsy how much such e-mail are > frustrating to the developers. However it's impossible to me to prepare > a valuable bug report on bugzilla - at the moment I see no way to > reenable the LCD after resume (no acpi_sleep flag works on this system) > and the system crashes every time eliminating remote access to a > console. Have you tried the various tools to post your video bios after resuming? In my case, I needed to use both video_post and vbetool vbestate restore to get a working configuration (and even then, it's not perfectly reliable yet - I'm running XFree86 4.3, and have been told it's better with Xorg. This is an i830, by the way. Regards, Nigel -- Nigel Cunningham Software Engineer, Canberra, Australia http://www.cyclades.com Bus: +61 (2) 6291 9554; Hme: +61 (2) 6292 8028; Mob: +61 (417) 100 574 Maintainer of Suspend2 Kernel Patches http://suspend2.net |
From: Tomasz K. <tk...@cl...> - 2005-04-29 19:01:45
|
On Fri, 29 Apr 2005 16:57:16 +1000 Nigel Cunningham <ncu...@cy...> wrote: > > this system) and the system crashes every time eliminating remote > > access to a console. >=20 > Have you tried the various tools to post your video bios after > resuming? In my case, I needed to use both video_post and vbetool > vbestate restore to get a working configuration (and even then, it's > not perfectly reliable yet - I'm running XFree86 4.3, and have been > told it's better with Xorg. This is an i830, by the way. It's not possible to run external commands because after every resume the system doesn't react on keyboard events at all. --=20 oo ..... Tomasz Kojm <tk...@cl...> (\/)\......... http://www.ClamAV.net/gpg/tkojm.gpg \..........._ 0DCA5A08407D5288279DB43454822DC8985A444B //\ /\ Fri Apr 29 20:54:28 CEST 2005 |
From: Nigel C. <ncu...@cy...> - 2005-04-30 01:31:32
|
Hi. On Sat, 2005-04-30 at 05:01, Tomasz Kojm wrote: > > Have you tried the various tools to post your video bios after > > resuming? In my case, I needed to use both video_post and vbetool > > vbestate restore to get a working configuration (and even then, it's > > not perfectly reliable yet - I'm running XFree86 4.3, and have been > > told it's better with Xorg. This is an i830, by the way. > > It's not possible to run external commands because after every resume > the system doesn't react on keyboard events at all. Are you able to tell whether scripts run? Regards, Nigel -- Nigel Cunningham Software Engineer, Canberra, Australia http://www.cyclades.com Bus: +61 (2) 6291 9554; Hme: +61 (2) 6292 8028; Mob: +61 (417) 100 574 Maintainer of Suspend2 Kernel Patches http://suspend2.net |
From: Tomasz K. <tk...@cl...> - 2005-04-30 02:00:01
|
On Sat, 30 Apr 2005 11:27:10 +1000 Nigel Cunningham <ncu...@cy...> wrote: > Hi. >=20 > On Sat, 2005-04-30 at 05:01, Tomasz Kojm wrote: > > > Have you tried the various tools to post your video bios after > > > resuming? In my case, I needed to use both video_post and vbetool > > > vbestate restore to get a working configuration (and even then, > > > it's not perfectly reliable yet - I'm running XFree86 4.3, and > > > have been told it's better with Xorg. This is an i830, by the way. > >=20 > > It's not possible to run external commands because after every > > resume the system doesn't react on keyboard events at all. >=20 > Are you able to tell whether scripts run? They don't. The system crashes during resume at a kernel level. --=20 oo ..... Tomasz Kojm <tk...@cl...> (\/)\......... http://www.ClamAV.net/gpg/tkojm.gpg \..........._ 0DCA5A08407D5288279DB43454822DC8985A444B //\ /\ Sat Apr 30 03:58:36 CEST 2005 |
From: Stefan S. <se...@gm...> - 2005-05-01 09:38:49
|
On Fri, Apr 29, 2005 at 08:43:22AM +0100, Matthew Garrett wrote: > Is SATA supposed to be handled by the _GTF and _GTM/_STM methods in the > DSDT, or are those limited to PATA? Either way, we should probably get i have no idea, but... > round to supporting them - I'm coming up against a lot of hardware which > doesn't successfully resume IDE. ...the driver need to do its own housekeeping anyway (flush queues before suspend etc) which was definitely _not_ done in the SATA drivers. BTW: at least with suspend to disk, i have not seen a broken PATA driver for quite some time. -- Stefan Seyfried |
From: Matthew G. <mj...@sr...> - 2005-05-02 09:32:30
|
On Sun, 2005-05-01 at 11:38 +0200, Stefan Seyfried wrote: > On Fri, Apr 29, 2005 at 08:43:22AM +0100, Matthew Garrett wrote: > > round to supporting them - I'm coming up against a lot of hardware which > > doesn't successfully resume IDE. > > ...the driver need to do its own housekeeping anyway (flush queues before > suspend etc) which was definitely _not_ done in the SATA drivers. > BTW: at least with suspend to disk, i have not seen a broken PATA driver for > quite some time. The issue is that there doesn't seem to be any code to program the IDE controller from scratch. This isn't an issue with suspend to disk, because the BIOS has set it up correctly to begin with. This isn't always the case with suspend to RAM. -- Matthew Garrett | mj...@sr... |