Bug 162113

Tested kernel-2.6.12-1.1387_FC4 -- same problem.

[This comment has been added as a mass update for all FC4 kernel bugs.
 If you have migrated this bug from an FC3 bug today, ignore this comment.]

Please retest your problem with todays 2.6.12-1.1398_FC4 update.

If your problem involved being unable to boot, or some hardware not being
detected correctly, please make sure your /etc/modprobe.conf is correct *BEFORE*
installing any kernel updates.
If in doubt, you can recreate this file using..

mv /etc/sysconfig/hwconf /etc/sysconfig/hwconf.bak
mv /etc/modprobe.conf /etc/modprobe.conf.bak
kudzu


Thank you.

Created attachment 116831 [details]
Suspund script that handles suspend to RAM and to disk.

I tried this on linux-2.6.12-1.1398_FC4. Same problem as before. echo -n disk >
/sys/power/state has no effect on anything. Resumes right away. 

I have also added my Suspend script so you can see exactly what I doing.

Not all BIOS's implement S4BIOS sleep (which you are attempting). There's
nothing we can do about this.  In FC5, hopefully we'll be able to ship software
suspend support.

(in fact, S4BIOS works on so few machines, its destined for removal in a future
upstream kernel).

Inspiron 9300 has this to say in /var/log/messages after reboot:

   ACPI: (supports S0 S3 S4 S4bios S5)

so hibernate is supported. Also, when I boot into my Windows XP partition and
try suspend and hibernate from there, it works just fine. So the hardware and
the BIOS support both suspend-to-RAM and suspend-to-disk.

Mass update to all FC4 bugs:

An update has been released (2.6.13-1.1526_FC4) which rebases to a new upstream
kernel (2.6.13.2). As there were ~3500 changes upstream between this and the
previous kernel, it's possible your bug has been fixed already.

Please retest with this update, and update this bug if necessary.

Thanks.

Using kernel-2.6.13-1.1526_FC4 I still see the same behavior on echo -n disk >
/sys/power/state. Goes through my /etc/acpi/actions/Suspend script, resumes
right away, then it runs my script once more and resumes again.

2.6.14-1.1637_FC4 has been released as an update for FC4.
Please retest with this update, as a large amount of code has been changed in
this release, which may have fixed your problem.

Thank you.

The bug still remains with the same symptoms as described
above. kernel-2.6.14-1.1637_FC4 does not fix it.

kernel-2.6.14-1.1653_FC4: no changes, resumes right away, tries once more to
suspend to DISK but resumes immediately and then gives up, leaving the system
running.

after a failed suspend, there should be debug output in 'dmesg'. please attach
that output.

Created attachment 122448 [details]
dmesg after hibernate attempt on kernel-2.6.14-1.1653_FC4

odd, there's no sign in that dmesg that a suspend was even attempted.

Thanks to the excellent ACPI-HOWTO at 

   http://www.columbia.edu/~ariel/acpi/acpi_howto.txt

I finally started to understand what is going on. Even though dmesg tells me that
suspend-to-disk (S4) is supported: ACPI: (supports S0 S3 S4 S5), it turns out
that the FC4 kernel I have "out-of-the-box", doesn't have CONFIG_SOFTWARE_SUSPEND
set in the /usr/src/kernels/2.6.14-1.1653_FC4-i686/.config. Sorry I missed this.

Now, I'd like to recompile the kernel. How do I do that? I have some old
description that I used for FC2 to recompile, but that doesn't work anymore.
Where can I find a new description of how to compile the kernel on current
systems FC4?

For the time being, I close this bug.

software suspend also requires userspace changes to mkinitrd. These have been
done in FC5, and the kernel has software suspend enabled there.