Suspend to RAM does not work well on HP notebook nx7400 in feisty

Bug #81767 reported by grybba
48
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Fix Released
Undecided
Unassigned
linux-source-2.6.20 (Ubuntu)
Won't Fix
Low
Unassigned

Bug Description

I am running Ubuntu 6.10 and Kubuntu feisty on HP Compaq nx7400. There is no possibility of suspend to RAM on 6.10 with the old kernel. On feisty with the default kernel 2.6.20 the laptop suspends and it wakes up, but the screen remains black and the keyboard is innactive. The power button switches it off with the usual Kubuntu turn off sound so I assume that the computer is woken up. Any help would be of great value.

Revision history for this message
Cristian Aravena Romero (caravena) wrote :

Thanks for taking the time to report this bug. Unfortunately we can't fix it, because your description didn't include enough information.

Please include the following additional information, if you have not already done so (please pay attention to lspci's additional options), as required by the Ubuntu Kernel Team:
1. Please include the output of the command "uname -a" in your next response. It should be one, long line of text which includes the exact kernel version you're running, as well as the CPU architecture.
2. Please run the command "dmesg > dmesg.log" and attach the resulting file "dmesg.log" to this bug report.
3. Please run the command "lspci -vvnn > lspci-vvnn.log" and attach the resulting file "lspci-vvnn.log" to this bug report.

For your reference, the full description of procedures for kernel-related bug reports is available here: <http://wiki.ubuntu.com/DebuggingKernelProblems> Thanks!

See:
https://wiki.ubuntu.com/DebuggingACPI

Tim Gardner (timg-tpi)
Changed in linux-source-2.6.20:
assignee: nobody → timg-tpi
Changed in linux-source-2.6.20:
importance: Undecided → Medium
status: Unconfirmed → Confirmed
Revision history for this message
Tim Gardner (timg-tpi) wrote :

Please read and try the suggestions contained in :

https://wiki.ubuntu.com/KernelSuspendDebugging

Revision history for this message
JT (spikyjt) wrote :

I have the same problem on the same model notebook
However I can clarify further what is happening. I am typing this on my usb keyboard after a resume from suspend to RAM. I also use a usb mouse most of the time. The problem is that whilst everthing else seems to wake up fine, neither the internal keyboard or touchpad work. But usb devices do! Hence the system appears to be dead because there is no input available.

Here is the info you requested plus some more suggested on the ACPI page. Also the "KernelSuspendDebugging" page doesn't exist!

uname -a :
Linux tygra 2.6.20-10-generic #2 SMP Mon Mar 12 00:02:49 UTC 2007 i686 GNU/Linux

Revision history for this message
JT (spikyjt) wrote :
Revision history for this message
JT (spikyjt) wrote :
Revision history for this message
JT (spikyjt) wrote :
Revision history for this message
Andrei Moldovan (andrei-moldovan) wrote :

Hello,

As stated in the duplicate bug, the problem is the i8042 keyboard driver that is built into the kernel. If the driver is compiled as a module and removed before suspend along with the psmouse module, suspend works.

The problem that appears now is that the screen is turned off and you have to press the brightness buttons to get it back on.

I'll get back with the logs soon.

Revision history for this message
JT (spikyjt) wrote :

Thanks
Interestingly I don't have this problem with the display
I have noticed that issue mentioned elsewhere however
Perhaps there is something different about my system?
I'm happy to provide any info required

Revision history for this message
Andrei Moldovan (andrei-moldovan) wrote :

Maybe. Mine is HP nx7400 - ey508es.

I haven't tried with an USB keyboard and mouse to see what happens.

Revision history for this message
ian (beercz) wrote :

I too have a HP nx7400 laptop and suspend to RAM/Disk does not work at all.

My model is EY252ET#ABU
Intel CPU T2400
1833MHx
Processor Stepping 8
Cache Size (L1/L2) 64/2048 Kb
Memory Size 1024 Mb
ROM Date 10/23/2006
ROM BIOS version F.08

I am running fiesty with kernel 2.6.20-11-generic

My suspend (to RAM) symptoms are exactly the same as those already described.

When I suspend to disk (hibernate) the laptop is locked and I have to enter my password to get back into the system (as if my password protected screen saver activated). I then get a "speech bubble" message stating that 'HAL failed to hibernate'.

Revision history for this message
ian (beercz) wrote :

I too have a HP nx7400 laptop and suspend to RAM/Disk does not work at all.

My model is EY252ET#ABU
Intel CPU T2400
1833MHz
Processor Stepping 8
Cache Size (L1/L2) 64/2048 Kb
Memory Size 1024 Mb
ROM Date 10/23/2006
ROM BIOS version F.08

I am running fiesty with kernel 2.6.20-11-generic

My suspend (to RAM) symptoms are exactly the same as those already described.

When I suspend to disk (hibernate) the laptop is locked and I have to enter my password to get back into the system (as if my password protected screen saver activated). I then get a "speech bubble" message stating that 'HAL failed to hibernate'.

Revision history for this message
ian (beercz) wrote :

Apologies for the double post - firefox crashed just after I clicked the Save Changes button and then recovered the page when I started firefox again.

Revision history for this message
Ben Collins (ben-collins) wrote :

Some fixed went into -11/-12 for this laptop. See if they help.

Changed in linux-source-2.6.20:
status: Confirmed → Needs Info
Revision history for this message
Andrei Moldovan (andrei-moldovan) wrote :

Hello,

The new kernel (2.6.20-12) is still compiled with the i8042 driver built-in. Resume works, but the keyboard is inactive. Same problem as before.

I've tried compiling the kernel myself with the driver as a module and suspend/resume works, but I've had trouble compiling the restricted modules (for ipw3945 wifi card).

Revision history for this message
ian (beercz) wrote :

Hello

I have exactly the same problems as Andrei Moldovan. I have not tried to recompile the kernel myself as yet.

Revision history for this message
JT (spikyjt) wrote :

Same for me. It seems clear that i8042 as a module is the solution and unloading/reloading this and psmouse on suspend/resume is necessary. This clearly needs changing in the releases though.
The question now I believe is whether the screen is turned off and you have to press the brightness buttons to get it back on after resume. I do not have this symptom, but others have. But is it only because the screen has been turned off by screensaver/power management? Plugging in a usb keyboard and mouse to resume without needing the built in keyboard and touchpad will test this.

Revision history for this message
Andrei Moldovan (andrei-moldovan) wrote :

Hello,

About the screen. It doesn't seem to be turned off. I can see everything that happens as the laptop resumes. It's just that the brightness is turned all the way down (lower than possible by using the brightness keys). I can even see the messages as I shut it down by pressing the power button.

If the driver would be compiled as a module it would be great. This is the last thing I have to get to work on my laptop.

Revision history for this message
JT (spikyjt) wrote :

When you compiled the kernel yourself with i8042 as a module, did the brightness issue still occur? What I am wondering is whether the brightness is down because of a power management setting, but never comes back up because there is no event from keyboard or mouse to tell it to turn back on. If you don't have the brightness problem when i8042 is a module, then clearly it is just the module that is required. Sorry if I'm being pedantic or thick, just want to be sure we know all the facts.

Revision history for this message
Andrei Moldovan (andrei-moldovan) wrote :

Hello,

The brightness problem occurs even if the driver is compiled as a module. Any keyboard or mouse activity doesn't turn it back on. Only the brightness keys do. So, I'm guessing that that brightness problem is related to some weird power management feature.

I wouldn't mind the brightness problem as long as I could suspend/resume my laptop.

Tim Gardner (timg-tpi)
Changed in linux-source-2.6.20:
assignee: timg-tpi → ubuntu-kernel-acpi
importance: Medium → Low
status: Needs Info → Confirmed
Revision history for this message
Andris Sprūds (aspruds) wrote :

Feisty Beta almost works - it manages to wake up from suspend2ram just fine, only the display stays off, as others have noted. It can be fixed, though (at least it works for my nx7400 flavor).

There were 2 steps to enable display to resume:
1) I compiled i8042 as module, configured /etc/default/acpi-support to unload psmouse & i8042 before suspend.

2) It's also necessary to set "SAVE_VIDEO_PCI_STATE=true" in /etc/default/acpi-support.

Now, there is only one problem left - DPMS sometimes does not work, that is, display backlight stays on even when the display is supposedly turned off by gnome power utilities (screensaver, etc). I have yet to figure out how to solve this last problem.

Revision history for this message
filu (filu) wrote :

There is also a method for fixing the keyboard problem without having to compile the kernel.
See Bug #23497 (https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/23497) for details
This works for my hp nx7400 (EY508ES, T2250)

Revision history for this message
Jan Skowron (jan-skowron) wrote :

Solution:

  sudo sh -c 'echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind'
  sudo sh -c 'echo -n "i8042" > /sys/bus/platform/drivers/i8042/bind'

Problem with keyboard not working after resume from suspend is in driver i8042. Until it will be fixed I advise to use this workaroud.
Other solution is to complile i8042 as module (and maybe psmouse) and unload it before suspend, that load it after resume.

I have put two above lines into my Power Manager configuration (/etc/pm/hooks/). If you are using diferent suspend script put it there.
I have laptop HP nx7400 with Fedora Core 6, as I can see this problem is common through all Linux distibutions and all manufacturers. On hundreds of forums there are questions like: "What to do if my keyboard and touchpad doesnt wake up after resume from suspend or thaw after hibernate" or topics like "no keyboard after suspend" and "keyboard problem after resume from hibernation". I think it is imperativie to solve this problem once and for all.

Problem solved but only temporarlly!
Solution from: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/23497/comments/17

PS. sometimes after resume scroll on touchpad doest work, going to text console (Alt+F1) and back (Alt+F7) often helps.

Revision history for this message
randallw (rwayth) wrote :

Thank you so much for posting this workaround! I have been annoyed by this problem for several ubuntu releases now, each time hoping the problem would be magically fixed. Anyway, in case others are having this problem and want to automate this workaround, I did the following. (This is for Ubuntu gutsy.)

For reference, ACPI resume appears to execute the script /etc/acpi/resume.sh when it is resuming from suspend. This script just executes all the scripts in /etc/acpi/resume.d/ .

As root, create a file called: /etc/acpi/resume.d/99-fix_keyboard_bug.sh
e.g.: sudo gedit /etc/acpi/resume.d/99-fix_keyboard_bug.sh
(You can call it something different if you like, but it would be wise to have it start with "99" so that it is the last script to be executed during resume.)
Put the following text in the file:
#!/bin/sh
# fix occasional keyboard failure after resume from suspend-to-ram.
# See ubuntu bug 81767

echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind
echo -n "i8042" > /sys/bus/platform/drivers/i8042/bind
echo `date` > /tmp/resumed.txt

(The last line is optional. I just did it to verify the script was being run on resume.)

Now make sure the file is executable:
sudo chmod 755 /etc/acpi/resume.d/99-fix_keyboard_bug.sh

That's it. Happy suspending.

Revision history for this message
Launchpad Janitor (janitor) wrote : This bug is now reported against the 'linux' package

Beginning with the Hardy Heron 8.04 development cycle, all open Ubuntu kernel bugs need to be reported against the "linux" kernel package. We are automatically migrating this bug to the new "linux" package. However, development has already began for the upcoming Intrepid Ibex 8.10 release. It would be helpful if you could test the upcoming release and verify if this is still an issue - http://www.ubuntu.com/testing . If the issue still exists, please update this report by changing the Status of the "linux" task from "Incomplete" to "New". We appreciate your patience and understanding as we make this transition. Thanks!

Revision history for this message
randallw (rwayth) wrote :

This problem (keyboard failure after resume) is still present for me in Hardy but appears to be fixed in Intrepid alpha 4 (for me with the live CD, at least).

In Hardy, my suggested fix above also doesn't work because the suspend/resume scripts look to be generated automatically. I found a (hack) workaround by adding the two magic lines to
/usr/lib/hal/scripts/linux/hal-system-power-suspend-linux
however this script tends to be overwritten when some packages get updated so I wouldn't call it a permanent fix.

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

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.

Revision history for this message
randallw (rwayth) wrote :

Seems to be working for me in Intrepid alpha 5 too using live CD.

Revision history for this message
Andris Sprūds (aspruds) wrote :

Did not quite work for me in Intrepid Alpha 5 with all the updates. The result is the same as in previous two Ubuntu releases. The system does not wake up from suspend to ram on it's own. (Unless I don't hold down a (any) key on the keyboard. Then it wakes up in ~10-15 seconds).

uname -a:
Linux laptop 2.6.27-3-generic #1 SMP Wed Sep 10 16:02:00 UTC 2008 i686 GNU/Linux

Revision history for this message
Craig Harding (craigwharding) wrote :

Most of the time suspend to RAM works for me with Intrepid but randomly the keyboard and touchpad will not work.

The network and X come back to life and the power button works but keyboard and touchpad do not. Only resolve is to hard power off.

uname -a:
Linux charding-laptop 2.6.27-9-generic #1 SMP Thu Nov 20 21:57:00 UTC 2008 i686 GNU/Linux

Revision history for this message
Amit Kucheria (amitk) wrote :

Unfortunately it seems this bug is still an issue. Can you confirm this issue exists with the most recent Jaunty Jackalope 9.04 release - http://www.ubuntu.com/news/ubuntu-9.04-desktop . Please let us know your results. Thanks.

Revision history for this message
mtmmtm@yahoo.com (mtmmtm) wrote :

I can confirm that the problem still occurs using hp nx7400 and ubuntu 9.04
(it can suspend to ram, but not hibernate).

Revision history for this message
Dmitry (dlukyanov-gmail) wrote :

Hello

I can confirm the problem too
on my HP Pavilion dv4 and ubuntu 9.04
Thanks.

Revision history for this message
Amit Kucheria (amitk) wrote :

This bug was about suspend to RAM. That has been confirmed as working in comment #31.

Please file a separate bug for the hibernate issue.

@Dmitry: Please file a separate bug for Pavilion DV4

Changed in linux (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
mtmmtm@yahoo.com (mtmmtm) wrote : Re: [Bug 81767] Re: Suspend to RAM does not work well on HP notebook nx7400 in feisty

hi, it seems like suspend to ram works ok.
hibernate still has problems. after resume, the machine sometimes dies after some minutes.

// Magnus

--- On Thu, 7/2/09, Amit Kucheria <email address hidden> wrote:

> From: Amit Kucheria <email address hidden>
> Subject: [Bug 81767] Re: Suspend to RAM does not work well on HP notebook nx7400 in feisty
> To: <email address hidden>
> Date: Thursday, July 2, 2009, 11:45 AM
> This bug was about suspend to RAM.
> That has been confirmed as working in
> comment #31.
>
> Please file a separate bug for the hibernate issue.
>
> @Dmitry: Please file a separate bug for Pavilion DV4
>
> ** Changed in: linux (Ubuntu)
>        Status: Incomplete =>
> Fix Released
>
> --
> Suspend to RAM does not work well on HP notebook nx7400 in
> feisty
> https://bugs.launchpad.net/bugs/81767
> You received this bug notification because you are a direct
> subscriber
> of the bug.
>
> Status in “linux” package in Ubuntu: Fix Released
> Status in “linux-source-2.6.20” package in Ubuntu:
> Won't Fix
>
> Bug description:
> I am running Ubuntu 6.10 and Kubuntu feisty on HP Compaq
> nx7400. There is no possibility of suspend to RAM on 6.10
> with the old kernel. On feisty with the default kernel
> 2.6.20 the laptop suspends and it wakes up, but the screen
> remains black and the keyboard is innactive. The power
> button switches it off with the usual Kubuntu turn off sound
> so I assume that the computer is woken up. Any help would be
> of great value.
>
>

Curtis Hovey (sinzui)
Changed in linux-source-2.6.20 (Ubuntu):
assignee: Registry Administrators (registry) → nobody
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.