HP dv4000 laptop: no suspend/hibernate on lid close

Bug #48471 reported by Christian Convey
14
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Won't Fix
Medium
Unassigned

Bug Description

I'm using Dapper.

If I click on the little Gnome power-off applet button, and then choose either suspend or hibernate, those functions appear to work as intended.

However, I've setup Gnome to do a suspent (or hibernate) when I close the lid. I do this by clicking on System -> Preferences -> Power Management. On the "Running on Battery" tab, for the drop-down list "When laptop is closed", I select either Suspend or Hibernate.

Having done that, when I close the laptop's lid I have no evidence of the system suspending or closing.

One way I do this is by starting the following Python script prior to closing the lid:

>>>>>>>>

#!/usr/bin/python

import time

while True:
 print time.asctime()
 time.sleep(1)

<<<<<<<<

After closing the lid, leaving it closed for a large number of seconds, and opening it again, I look at the console in which I ran the Python program. I see no gap in the sequence of timestamps printed to the console, which suggests the program ran uninterruped while the lid was closed. Thus, the system had neither suspended nor hibernated.

This bug is a pretty big one for Dapper. Breezy had a similar problem but I didn't know it. I got my non-techie brother to install Breezy on his ThinkPad, and the thing fried itself in his laptop bag beause it didn't power down like he assumed it would. This bug has hardware-damage implications.

Revision history for this message
Christian Convey (christian-convey) wrote :

"suspending or closing" should have read "suspending or hibernating".

Revision history for this message
fredj (fjunod) wrote :

Dit you see something in /var/log/acpid ?

Revision history for this message
Christian Convey (christian-convey) wrote :

If I suspend ***using the Gnome shutdown menu*** and the resume, I see entries in /varlog/acpid like the following:

[Tue Jun 6 08:39:53 2006] received event "battery BAT0 00000081 00000001"
[Tue Jun 6 08:39:53 2006] notifying client 4521[108:108]
[Tue Jun 6 08:39:53 2006] executing action "/etc/acpi/power.sh"
[Tue Jun 6 08:39:53 2006] BEGIN HANDLER MESSAGES
[Tue Jun 6 08:39:53 2006] END HANDLER MESSAGES
[Tue Jun 6 08:39:53 2006] action exited with status 0
[Tue Jun 6 08:39:53 2006] completed event "battery BAT0 00000081 00000001"

I have the System->Preferences->Power Management dialog up. On the "Running on Battery" tab I select "Suspend" for "When laptop lis is closed:". When I then close the lid and repoen it, I get the following messages:

[Tue Jun 6 08:42:40 2006] received event "button/lid LID0 00000080 00000001"
[Tue Jun 6 08:42:40 2006] notifying client 4521[108:108]
[Tue Jun 6 08:42:40 2006] executing action "/etc/acpi/lid.sh"
[Tue Jun 6 08:42:40 2006] BEGIN HANDLER MESSAGES
[Tue Jun 6 08:42:40 2006] END HANDLER MESSAGES
[Tue Jun 6 08:42:40 2006] action exited with status 0
[Tue Jun 6 08:42:40 2006] completed event "button/lid LID0 00000080 00000001"
[Tue Jun 6 08:42:43 2006] received event "button/lid LID0 00000080 00000002"
[Tue Jun 6 08:42:43 2006] notifying client 4521[108:108]
[Tue Jun 6 08:42:43 2006] executing action "/etc/acpi/lid.sh"
[Tue Jun 6 08:42:43 2006] BEGIN HANDLER MESSAGES
[Tue Jun 6 08:42:43 2006] END HANDLER MESSAGES
[Tue Jun 6 08:42:43 2006] action exited with status 0
[Tue Jun 6 08:42:43 2006] completed event "button/lid LID0 00000080 00000002"

Revision history for this message
Christian Convey (christian-convey) wrote :

Someone with a similar laptop claims that as long as he's already causes suspend / hibernate to occur once via software commands, then after that suspend / hibernate is properly enacted upon lid closure. I haven't had an opportunity to check that yet on my laptop.

Revision history for this message
DC (dcavar-mac) wrote :

I believe that KDE or Kubuntu Dapper will have no problem with suspendign. Did you try that?

Revision history for this message
Christian Convey (christian-convey) wrote :

> I believe that KDE or Kubuntu Dapper will have no problem with suspendign.
> Did you try that?

I've now tried that, and shutting the lid fails to put the laptop in a power-management mode, just as it fails under Gnome.

I also looked throught the BIOS settings and I didn't spot any support for having the BIOS instigate sleep or suspend when the lid closes. So apparenty I really need Gnome/KDE to get this right for me.

Revision history for this message
Christian Convey (christian-convey) wrote :

This bug may be fixed now. I'm using today's up-to-date patched version of Dapper.
(Kernel version: "Linux peace 2.6.15-26-686 #1 SMP PREEMPT Fri Jul 7 19:48:22 UTC 2006 i686 GNU/Linux")

When I closed the laptop lid, I got suspend-to-RAM just as I'd hoped. Opening the laptop resumed from RAM in the ideal fashion as well.

So presently I'm experiencing none of the symptoms from the bug report.

Revision history for this message
Christian Convey (christian-convey) wrote :

DON'T CLOSE THE BUG IT'S NOT FIXED!

Apparently, the lesson I should have taken away from my last experience is that a lid-closure can *sometimes* trigger a suspend, rather than never.

I'm not sure what I did last time that made suspend start working. The general trend (with possible exceptions) seems to be:
if (a) a suspend has been triggered via Gnome's shutdown options already during this booting of the computer (or perhaps during this desktop session, I'm not sure)
-and-
(b) the laptop isn't plugged in at the time the lid is closed, THEN the system will suspend properly upon lid closure.

Now, in the events that led to my previous posting, the rule I just stated seems to have been broken: When I closed the lid and the laptop suspended successfully, I had *not* already caused the laptop to suspend using Gnome's shutdown menus.

Revision history for this message
Christian Convey (christian-convey) wrote :

I'm still seeing this when using the Feisty's 26 Feb 2007 daily build.

Revision history for this message
Christian Convey (christian-convey) wrote :

I've done some investigating, which lead me to report the following bug:
   https://launchpad.net/ubuntu/+source/acpi/+bug/89860

That is possibly the root cause of this present bug.

Revision history for this message
Pablo Castellano (pablocastellano) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with latest Ubuntu release? Thanks in advance.

Revision history for this message
Christian Convey (christian-convey) wrote : Re: [Bug 48471] Re: HP dv4000 laptop: no suspend/hibernate on lid close

I reported this bug in over two years ago, and despite confirming its
presence in just about every release since then, nothing gets done
about the bug.

I'm not going to answer the question, because I don't think it will do any good.

On Mon, Oct 13, 2008 at 11:46 AM, Pablo Castellano
<email address hidden> wrote:
> Thank you for taking the time to report this bug and helping to make
> Ubuntu better. You reported this bug a while ago and there hasn't been
> any activity in it recently. We were wondering is this still an issue
> for you? Can you try with latest Ubuntu release? Thanks in advance.
>
> --
> HP dv4000 laptop: no suspend/hibernate on lid close
> https://bugs.launchpad.net/bugs/48471
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Pablo Castellano (pablocastellano) wrote :

FYI: there are a lot of bugs that were reported a long time ago as yours and when they were fixed the user forgot to say that it had been fixed. That's the reason why people asks you on every release and it could be your case.

Maybe someone should remember you that Ubuntu is maintained overall by volunteers. Volunteers who spend their free time trying to improve a product and helping other people in the community. But always *as a hobbie*, not as a job, keep it in mind. We all try to follow a code of conduct http://www.ubuntu.com/community/conduct/ .

Revision history for this message
David Taylor (me-davidandrewtaylor) wrote :

This is also a regression for me on my HP NC6000, unlike others above when the lid is closed/lid button depressed the screen stays on.

7.10 - No joy (may have started working towards the end of the release, I have a poor memory)
8.04 - Worked from the beginning of the release until the end (best release yet)
8.10 - The bug has regressed (buggiest release yet)

Please investigate.

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

Hi David,

If this issue remains for you with the latest Jaunty 9.04 release (http://www.ubuntu.com/getubuntu/download), could you please open a new bug. Refer to https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies . It seems you have a slightly different issue and hardware than the original bug reporter.

Having not had any updated feedback from Christian if this issue remains in the latest release I'm closing this bug.

Changed in linux (Ubuntu):
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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