HP Compaq nw9440 - hibernation problem

I have activated the Sleep/Suspend option in the /etc/default/acpi-support file.
The problem is almost the same as the hibernation. The PC suspend, but it don't turn off completely.
When I press a key to wake up the PC, no reactions. The PC remain off.

I confirm that with Ubuntu Edgy the problem is still present. Hibernation and Suspend don't function.

Thanks for reporting this bug. To make any progress with it, some more information will be needed. Please attach (by commenting on the bug) to the bug report the output of the following commands:

      uname -a
      sudo lspci -vv
      sudo lspci -vvn
      sudo dmidecode

It would also be helpful if you could try to hibernate/suspend and after that fails, restart your system and attach /var/log/kern.log.0 as well. Thanks again for your contribution.

Hi Vassilis,

the outputs of the commands you request:
-------------------------------------------------------

nicola@cavergno:~$ uname -a
Linux cavergno 2.6.17-10-generic #2 SMP Tue Dec 5 22:28:26 UTC 2006 i686 GNU/Linux
================================================================================

nicola@cavergno:~$ sudo lspci -vv
Password:
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS/940GML and 945GT Express Memory Controller Hub (rev 03)
        Subsystem: Hewlett-Packard Company Unknown device 309f
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
        Latency: 0
        Capabilities: [e0] Vendor Specific Information

00:01.0 PCI bridge: Intel Corporation Mobile 945GM/PM/GMS/940GML and 945GT Express PCI Express Root Port (rev 03) (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0, Cache Line Size: 64 bytes
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        I/O behind bridge: 00004000-00004fff
        Memory behind bridge: f5000000-f6ffffff
        Prefetchable memory behind bridge: 00000000e0000000-00000000eff00000
        Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
        BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
        Capabilities: [88] #0d [0000]
        Capabilities: [80] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [90] Message Signalled Interrupts: 64bit- Queue=0/0 Enable+
                Address: fee00000 Data: 40d9
        Capabilities: [a0] Express Root Port (Slot-) IRQ 0
                Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag-
                Device: Latency L0s <64ns, L1 <1us
                Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported-
                Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                Device: MaxPayload 128 bytes, MaxReadReq 128 bytes
                Link: Supported Speed 2.5Gb/s, Width x16, ASPM L0s L1, Port 2
                Link: Latency L0s <256ns, L1 <4us
                Link: ASPM L0s L1 Enabled RCB 64 bytes CommClk+ ExtSynch-
                Link: Speed 2.5Gb/s, Width x16
                Root: Correctable- Non-Fatal- Fatal- PME-

00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
        Subsystem: Hewlett-Packard Company Unknown device 309f
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 177
        Region 0: Memory at f7000000 (64-bit, non-p...

The /var/log/kern.log.0 after a Suspend fail.

The /var/log/kern.log.0 and /var/log/kern.log after Hibernate fail.

I can confirm suspend/hibernation is broken on nw9440 running Edgy. The symptoms are different, however. The laptop goes into suspend or hibernate, shutting down completely. On returning from suspend, the laptop is just freezed. If restarted after hibernation, the hardware seems to be up, the display is black, the mouse pointer is active, and sometimes it's even possible to get into the console with Ctrl+Alt+F1. Very seldom, it even manages to show the Gnome "unlock" dialog, and then it's possible to resume normal work. But much more often it just displays black screen with a small rectangle filled with random pixes. From that point there is no other way but to force shutdown and restart.

I made a few experiments trying to get working suspend/hibernation with noapic or nolapic kernel parameters, all to no avail.

I tried to set the magic option to nvidia kernel module as per the following URL:

http://wiki.beryl-project.org/wiki/Troubleshooting_nVidia#Suspend2

The option is:

options nvidia NVreg_SoftEDIDs=0

As a result, the system is now able to return from hibernation and is functioning almost normally, except that ACPI stops working. Neither "tail -f /var/log/acpid", nor "sudo strace -p `pidof acpid`" report *anything* when I, for example, plug or unplug the power cord. So, I figure ACPI is broken after return from hibernation.

Any ideas how to fight this?

Just to confirm that with Feisty the problem is still present.
No hibernation and no suspend possible.

I can confirm the claim made by Fedor Isakov in comment number 8 above.
Is there any chance to get this fixed?

Regarding Hibernation: This now seems to work for me:

I've added the following two lines to /etc/modprobe.d/options :

# http://wiki.beryl-project.org/wiki/Troubleshooting_nVidia#Suspend2
options nvidia NVreg_SoftEDIDs=0

I've also added the psmouse module unloading/loading script
suggested in
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/53059/comments/11

During the last four test cycles my system went into hibernation and
returned from hibernation without problems. Even the acpi power
state is detected correctly after resume with Kernel 2.6.20-15-generic
(Default in 7.04 feisty).

What still doesn't work is ACPI Standby/Sleep. I've tried both
ACPI_SLEEP_MODE=mem and ACPI_SLEEP_MODE=standby in
/etc/default/acpi-support. The system goes into a sleep mode
with only the power stwitch LED flashing once per second.
But returning to on state requires typing the power switch
and causes the system boot from scratch.

Peter.

Just to confirm that hibernation can indeed be made working in Feisty (2.6.20-16-generic). Here's the settings I had to tweak in order to make it work for me:

/etc/modprobe.d/nvidia:

options nvidia NVreg_SoftEDIDs=0
options nvidia NVreg_RegistryDwords="PerfLevelSrc=0x2222"

(the latter option gets rid of the flickering in Beryl)

/etc/default/acpi-support:

ACPI_SLEEP=true
ACPI_HIBERNATE=true
ACPI_SLEEP_MODE=mem
MODULES=""
MODULES_WHITELIST="ipw3945"
SAVE_VBE_STATE=true
VBESTATE=/var/lib/acpi-support/vbestate
POST_VIDEO=true
USE_DPMS=true
DOUBLE_CONSOLE_SWITCH=true
HIBERNATE_MODE=platform
LOCK_SCREEN=true
STOP_SERVICES="mysql"
RESTART_IRDA=false
ENABLE_LAPTOP_MODE=true

The "HIBERNATE_MODE=platform" seems to be very important, without it the system would either lock up on resume or the kacpid process would start consuming 100% of the CPU and the system would lock up eventually.

As to suspend, it *seems* to work: the system is alive after resuming from suspend, but the keyboard and the mouse are not working. Pressing the power button makes the laptop shutdown, so I figure this could also be made working given some efforts.

The keyboard problem after resuming from suspend can be fixed as described in https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/23497.

So, now I have both suspend and hibernate working. Finally. :)

I've tried what Fedor Isakov suggested in https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/53060/comments/13
but I'm still unable to supend to RAM and resume.

If I supend to RAM, the system goes down and only the Power LED is still flashing once
per Second. In this state the system doesn't react on anything (neither on the builtin
keyboard, touchpad, buttons nor on an external USB-keyboard and mouse).

I've carefully compared my /etc/default/acpi-support with the one suggested by Fedor in
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/53060/comments/12
and the only difference is, that I've the line STOP_SERVICES="mysql psmouse "
where psmouse is a script removing the psmouse module using 'modprobe -r psmouse'.

My Kernel is
Linux version 2.6.20-16-generic (root@terranova) (gcc version 4.1.2 (Ubuntu 4.1.2-0ubuntu4)) #2 SMP Thu Jun 7 20:19:32 UTC 2007

My cat /proc/cmdline is
root=/dev/sda1 ro splash bootkbd=de acpi_sleep=s3_bios,s3_mode

I've carefully compared my /etc/default/acpi-support with the one suggested by Fedor in
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/53060/comments/12
and the only difference is, that I've the line STOP_SERVICES="mysql psmouse "
where psmouse is a script removing the psmouse module using 'modprobe -r psmouse'.

Where is my fault? What I'm doing wrong?
I'm eager to get this working and would be open to any suggestions.
Thanks in advance and best regards,
Peter Funk

Actually I currently have different configuration for acpi, which is a result of many trial-and-errors. Please see below:

ACPI_SLEEP=true
ACPI_HIBERNATE=true
ACPI_SLEEP_MODE=mem
MODULES="ipw3945"
MODULES_WHITELIST=""
SAVE_VBE_STATE=true
VBESTATE=/var/lib/acpi-support/vbestate
POST_VIDEO=true
SAVE_VIDEO_PCI_STATE=true
USE_DPMS=true
HIBERNATE_MODE=platform
LOCK_SCREEN=true
DISABLE_DMA=true
STOP_SERVICES="mysql psmouse bluetooth cupsys"
RESTART_IRDA=false
ENABLE_LAPTOP_MODE=true

I also have latest BIOS from HP (I believe it is version F.1A). http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareIndex.jsp?lang=en&cc=us&prodNameId=1839862&prodTypeId=321957&prodSeriesId=1839859&swLang=8&taskId=135&swEnvOID=1093

With this configuration and kernel 2.6.20-16 I'm able use both suspend and hibernate. HOWEVER, there are major problems with both of them. Unfortunately, the problems are not easily reproducible, and usually it takes long time to run a test, which is not a luxury I can afford. This is also the reason I haven't reported them yet.

Suspend-to-RAM:

 - works, but you can never be sure the laptop is going to resume normally or perform standard boot on attempt to return from standby. In this respect, the symptoms are just like described by Peter Funk above, only that for me it happens approx. 1/3 of the time. Usually the laptop would suspend and resume ok if left in suspended state for relatively short time, like a couple of hours. If left overnight, there's 9/10 probability that it would boot up instead of resuming.

Hibernate:

 - works *somewhat*. Sometimes I get "HAL failed to hibernate" popup message on return from hibernation. Some other times the system is distinctly sluggish on return, feels like running on half the CPU power. In both situations reboot helps restore the functionality.

Good news. It *seems* the latest BIOS upgrade from HP (F.1B) fixes a bug in the video BIOS that had caused the sudden reboots on resuming from suspend. I installed the update from here:

http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lang=en&cc=us&prodTypeId=321957&prodSeriesId=1839859&prodNameId=1839862&swEnvOID=1093&swLang=8&mode=2&taskId=135&swItem=ob-52780-1

I also set an option in acpi-support:

POST_VIDEO=false

 -- and suspend-to-RAM finally started to work. 5 cycles so far, everything is normal.

HTH.

Yeah! Good news here too.
I have updated the BIOS and I can confirm that now the suspend to RAM function well.

Now only the hibernate still don't function.

Step by step ...

Nicola:
Regarding broken hibernate (which I assume is a black screen but things like caps lock continue to work): are you using the NVIDIA binary driver or are you using the open source nv driver? If you can report the current status and whether switching from one to the other helps that would be useful...

Hi Sitsofe,

I have tried with both NVIDIA binary drivers and the nv open source driver and in fact it's a difference:
--> with NVIDIA binary driver hibernation don't function
--> with nv open source driver hibernation function well

The NVIDIA binary drivers I have installed on my system are: nvidia-glx-new 1.0.9755+2.6.20.5-16.29

hope this can help

Nicola:
It may help in the categorisation of the bug. Since you are using the binary driver ensure that POST is off and indicate whether caps lock continues to work on resume (and what you are seeing when you resume).

Sitsofe,

I have made some tests with different settings in /etc/default/acpi-support and the results are following:

--> Sleep (suspend to RAM) work well. When resuming only the Touchpad is dead. No blocking problem, but it's anyway an issue
--> Hibernation don't work. All function well (I presume) up to the resuming. When I resume, as you already wrote, my screen is black and the caps lock continue to work. No other operations are possible but completely reboot the PC.
      The resuming steps are:
      1) like a normal boot the PC start presenting the GRUB menu countdown
      2) the boot screen is displayed (UBUNTU with orange progress bar)
      3) the progress bar don't move, but the HDD work a while
      4) the HDD end to work and the screen is black

my current /etc/default/acpi-support is this:
ACPI_SLEEP=true
ACPI_HIBERNATE=true
ACPI_SLEEP_MODE=mem
MODULES="ipw3945"
MODULES_WHITELIST=""
SAVE_VBE_STATE=true
VBESTATE=/var/lib/acpi-support/vbestate
POST_VIDEO=false
USE_DPMS=true
HIBERNATE_MODE=platform
LOCK_SCREEN=true
DISABLE_DMA=true
STOP_SERVICES="mysql psmouse cupsys"
RESTART_IRDA=false
ENABLE_LAPTOP_MODE=false

Nicola:
Thanks for the detailed information.

Since caps lock appears to still be working it sounds like your display's backlight is not being turned back on (so effectively the state of your card isn't being perfectly restored). However since you say that this worked correctly when you were testing the nv driver it sounds like an issue with the NVIDIA binary driver.

This is where things get complicated with of ifs and ands and buts. There is a small chance you may be able to get hibernate working IF your card is connected via agp AND the NVIDIA driver carries an agpgart for your card BUT there are no guarantees. You will need to disable your usual agp module and edit your xorg.conf (back it up first!) in order to test this but it's hard to know if you will be successful. See http://en.opensuse.org/NVidia_Suspend_HOWTO , the steps there don't fit your exact case (e.g. Ubuntu has a /etc/modprobe.d/ directory ) so please be careful. You may also find https://help.ubuntu.com/community/NvidiaLaptopBinaryDriverSuspend useful but it is missing the agp module blacklisting step.

Good luck!

Hi,

I'm not entirely sure the problem is just with the video driver. I own a nw9440 since July 2006. I was running an old BIOS version. I had one minor problem with mouse and keyboard but it was quickly fix adding the scripts. Since then I never had a problem with Suspend / Hibernation. Rarely the system would not come back from suspend. It worked on Feisty. After I upgraded to Gusty it was still working.

Last week I decided to upgrade my BIOS. I needed to upgrade to use virtualization since it was not accessible in the old BIOS. Since I upgraded to F.1B suspend and hibernation don't work anymore. My system is the same only the BIOS has changed.

When I boot from suspend the machine start with the fan at maximum and no keys are working. Not even cap lock. As for hibernation it doesn't work at all. When I press power after an hibernation the system start from scratch. Like I never went to hibernation.

Food for thought

The suspend-to-RAM issue seems to be fixed in 64bit Hardy. I'm not using hibernation, so can't tell how reliable that is.

Hardy Heron 8.04 was recently released. It would be helpful if you could test the new release and verify if this is still an issue - http://www.ubuntu.com/testing . You should be able to test your bug using the LiveCD. Please let us know your results. Thanks.

I have just upgraded from Gutsy to Hardy and I can confirm you that this bug is still present.

I just upgrade from Gusty to Hardy too. Here's my results

Hibernation / Suspend work with kernel 2.6.24-16-generic

Doesn't work with kernel 2.6.24-17-generic

Please test this on Intrepid Alpha 3, available here: http://www.ubuntu.com/testing/intrepid/alpha3

I'm sorry Nick, but my PC is the current "production" PC, and I can't install Intrepid Alpha 3 on it.
Only with the final release of Intrepid I will test if this problem is still present or not.

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.

--or--

2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

I have tried the "suspend" option with the Alpha5 Live-CD, but the PC don't wake up correctly. I obtain only a black screen and no control. The only solution is to press the power button.
The hibernation option is not available with the live-CD, so I was not able to test it.

I read in Internet that the kernel distributed with Alpha5 has some problems with suspend and hibernation, and I don't know if my PC too has one of these problems.

I also tried the suspend with Alpha5 Live-CD. I confirm the same problem. When the laptop comes back the screen is black. I had to press and hold power to restart.

My test was run with unrestricted nvidia driver. Since I use the live CD I cannot test with NVIDIA (restricted) driver.

I have just upgraded to Ubuntu Ibex and now both hibernation and suspend function well on my HP Compaq nw9440.

Many Thanks for the good Job!

This bug report is being closed due to your last comment regarding this being fixed with Intrepid release. For future reference you can manage the status of your own bugs by clicking on the current status in the yellow line and then choosing a new status in the revealed drop down box. You can learn more about bug statuses at https://wiki.ubuntu.com/Bugs/Status . Thank you again for taking the time to report this bug and helping to make Ubuntu better. Feel free to submit any future bugs you may find.

I know this bug is closed, just want to add that it works on Intrepid Beta on my nw9440 EZ901AA#ABA (it's important to quote these codes, HPQ owners! nw9440 refers to MANY different systems!)