lid state remains "closed" after suspend/resume

Bug #44825 reported by cy on 2006-05-15
20
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Medium
Unassigned

Bug Description

As reported in this thread: http://www.ubuntuforums.org/showthread.php?t=173864&highlight=lid since ~ May 8 suspending some laptops

- after given time
- on lid close

does not seem to work any more.

Suspending manually using key compination works fine.

Please give me some hints what information/debug info/console info/... is needed to work on this, I'll try to provide any information I can deliver.

After rebooting I checked the lid state again, closed the display -> entered suspend mode without problems -> reopened display -> checked state again:
Code:

cywhale@ubuntu:~$ cat /proc/acpi/button/lid/*/state state: open

suspending,resuming

cywhale@ubuntu:~$ cat /proc/acpi/button/lid/*/state state: closed

So the lid state remains "closed" after reopening the display, therefore suspending won't work any more ?

Maybe the remaining lid state "closed" is caused by a missing lid-open or resume event ?

sudo acpi_listen
Password: ...
<closing>
<waiting 10-20 sec.>
<opening>
button/lid LID 00000080 00000001

Shouldn't there be 2 events, one for closing the lid and one for opening/resuming ?

cy (foren-cywhale) wrote :

Using Dapper, daily update, latest i386 / i686 kernel on a FSC Amilo 1425 Laptop

Vassilis Pandis (pandisv) wrote :

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.

Vassilis Pandis (pandisv) wrote :

Is this a problem with any later releases?

cy (foren-cywhale) wrote :

Yes, this problem persists in edgy, too. Sorry for replying this late. Terminal output as wanted attached.
Today same problem described by another user in the german forums: http://forum.ubuntuusers.de/viewtopic.php?p=674071#674071

cy (foren-cywhale) wrote :

Closed lid -> suspend worked -> open + retry -> did not work -> reboot -> /var/log/kern.log.0

Changed in linux-source-2.6.15:
assignee: nobody → ubuntu-kernel-acpi
status: Needs Info → Confirmed
cy (foren-cywhale) wrote :

Problem persists in feisty, too. Fresh install yesterday.

Stas Sușcov (sushkov) wrote :

My laptop lid remains as in suspend mode in gutsy! I have an asus a6m (sempron 3400+/nforce2/nvidia go 6100). I did not installed any firmware or other stuff that can cause such problems!

Info:
Linux a6m 2.6.22-12-generic #1 SMP Sun Sep 23 20:03:18 GMT 2007 x86_64 GNU/Linux
Logs attached:
1.log sudo lspci -vv
2.log sudo lspci -vvn
3.log sudo dmidecode

Stas Sușcov (sushkov) wrote :
Stas Sușcov (sushkov) wrote :
Stas Sușcov (sushkov) wrote :
Joonas Saarinen (jza) wrote :

Hi, I encountered this bug with Hardy and a LG LW25 laptop. The symptoms are pretty much the same as in the first message. After reboot, the first suspend on lid closure works, but after that I have to close the lid twice to get the lid state updated correctly and the machine to suspend. I will attach the same logs as the previous poster.

uname -a: Linux puzzle 2.6.24-19-generic #1 SMP Wed Jun 18 14:43:41 UTC 2008 i686 GNU/Linux

Joonas Saarinen (jza) wrote :
Joonas Saarinen (jza) wrote :
Joonas Saarinen (jza) wrote :

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 linux-source-2.6.15 kernel bug to the new "linux" package. We appreciate your patience and understanding as we make this transition. Also, if you would be interested in testing the upcoming Intrepid Ibex 8.10 release, it is available at http://www.ubuntu.com/testing . Please let us know your results. Thanks!

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.

sudarsha (sudarsha) wrote :

I am using Ubuntu 8.10 Intrepid Ibex beta with kernel 2.6.27-7-generic on my Toshiba A100 laptop. The problem of having to close the lid twice still exist. When I close the lid for the first time after a reboot the laptop suspends correctly. When I open the lid the laptop resumes correctly. The only issue is the lid state in /proc/acpi/button/lid/LID/state is reported as:

state: closed

Since the state is reported as closed the suspend script will not suspend the laptop when I close the lid the second time. When I open the lid after closing for the second time the state is reported correctly as open. Hence the third time when I close the lid the laptop will suspend properly.

The cause of the problem is the status of the lid is not reported correctly in /proc/acpi/button/lid/LID/state when I resume the laptop by opening the lid. Is this a bug in the kernel or the acpi scripts? I can not seem to manually reset the state so I tend to believe it is something set from the kernel.

TJ (tj) wrote :

I'm marking this as a duplicate of #34389 "Lid state is incorrect on Dell Inspiron 700m" since the problem appears to affect several makes and models in the same way. The symptom being that after resuming the first time the lid-state reported by /proc/acpi/button/lid/LID*/state is always closed.

We'll deal with the issue in that bug since it already has a number of duplicates.

Changed in linux:
assignee: ubuntu-kernel-acpi → nobody
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers