Red Hat Bugzilla – Bug 162113
hibernate resumes immediately on Inspiron 9300
Last modified: 2015-01-04 17:20:42 EST
Description of problem:
hibernate doesn't do anything at all.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.echo -n disk > /sys/power/state
Nothing happens. The /etc/acpi/action scripts just resumes right away.
suspend-to-disk expected and machine turned off.
Both suspend to RAM and suspend to disk work just fine in my dual booted Windows
, i.e. hardware is OK.
I also reported a problem (162112) with suspend-to-RAM that at resume don't
00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express
Processor to DRAM Controller (rev 03)
00:01.0 PCI bridge: Intel Corporation Mobile 915GM/PM Express PCI Express Root
Port (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
USB UHCI #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
USB UHCI #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
USB UHCI #3 (rev 03)
00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
USB UHCI #4 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
USB2 EHCI Controller (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d3)
00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW
(ICH6 Family) AC'97 Audio Controller (rev 03)
00:1e.3 Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem
Controller (rev 03)
00:1f.0 ISA bridge: Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge (rev 03)
00:1f.2 IDE interface: Intel Corporation 82801FBM (ICH6M) SATA Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus
Controller (rev 03)
01:00.0 VGA compatible controller: ATI Technologies Inc M22 [Radeon Mobility M300]
03:00.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02)
03:01.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev b3)
03:01.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 08)
03:01.2 Class 0805: Ricoh Co Ltd SD Card reader (rev 17)
03:03.0 Network controller: Intel Corporation PRO/Wireless 2915ABG MiniPCI
Adapter (rev 05)
04:00.0 Ethernet controller: D-Link System Inc DFE-690TXD CardBus PC Card (rev 10)
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
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
(in fact, S4BIOS works on so few machines, its destined for removal in a future
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 (184.108.40.206). 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.
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.
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
after a failed suspend, there should be debug output in 'dmesg'. please attach
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
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
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.