kubuntu refuses to suspend on lid close

Bug #139187 reported by Fred van Zwieten
6
Affects Status Importance Assigned to Milestone
acpi (Ubuntu)
New
Undecided
Unassigned
hal (Ubuntu)
New
Undecided
Unassigned
kde-guidance (Ubuntu)
Incomplete
Undecided
Luka Renko
kernel-package (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: kde-guidance-powermanager

Running up-to-date gutsy tribe 5. I selected to suspend on lid close, but it doesn't. The screen blanks on lid close and comes back on lid open. I think it has something to do with the "laptop mode" not being enabled. It complaines about that in my acpi.log. My laptop is a HP Compaq NX7400.

Revision history for this message
Luka Renko (lure) wrote :

I cannot reproduce this on up-to-date gutsy with HP nw8240 laptop.

Does suspend works for you if you select it from menu?
For how long did you close the lid (powermanager is polling the lid state every second)?
Can you run "lshal -m" in konsole and attach output?

Changed in kde-guidance:
assignee: nobody → lure
status: New → Incomplete
Revision history for this message
Matthew (gromituk) wrote :

Hi there. I have the same problem. Worked on Feisty but doesn't after update to Gutsy. Power Manager is definitely indicating it should suspend on lid closed. "lshal -m" shows nothing when I close the lid, although the screen blanks so the physical switch is working. However, if I press the suspend key (which is Fn-F12 on my machine) then it suspends. I resume, and lshal shows the following:

Start monitoring devicelist:
-------------------------------------------------
22:40:37.553: platform_i8042_i8042_KBD_port_logicaldev_input condition ButtonPressed = sleep
22:40:39.679: net_00_0e_35_40_85_51 removed
22:40:39.679: net_00_0c_76_f8_76_46 removed
22:40:54.407: computer_logicaldev_input_0 property button.state.value = false
22:40:54.535: computer_logicaldev_input_0 condition ButtonPressed = lid
22:40:55.925: net_00_0c_76_f8_76_46 added
22:40:56.222: net_00_0e_35_40_85_51 added
22:40:57.228: computer_logicaldev_input_1 removed
22:40:57.237: computer_logicaldev_input_0 removed
22:40:57.246: computer_logicaldev_input_2 removed
22:40:57.254: computer_logicaldev_input_3 removed
22:40:57.448: computer_logicaldev_input_0 added
22:40:57.516: computer_logicaldev_input_1 added
22:40:57.539: computer_logicaldev_input_2 added
22:40:57.542: computer_logicaldev_input_3 added

PS I think this bug tracker should email on changes by default. ;-)

Revision history for this message
Matthew (gromituk) wrote :

It's working today!

Start monitoring devicelist:
-------------------------------------------------
00:28:46.639: computer_logicaldev_input_2 property button.state.value = true
00:28:46.644: computer_logicaldev_input_2 condition ButtonPressed = lid

Intermittent unforch.

Revision history for this message
Jacek_G (wafelj) wrote :

Hi i have same problem - laptop hp nx7400 ey508es

jacek@orion:~$ lshal -m

Start monitoring devicelist:
-------------------------------------------------
23:06:59.477: acpi_C1B5 property battery.charge_level.percentage = 28 (0x1c)
23:06:59.479: acpi_C1B5 property battery.remaining_time = 2631 (0xa47)
23:06:59.482: acpi_C1B5 property battery.charge_level.rate = 14137 (0x3739)
23:06:59.485: acpi_C1B5 property battery.charge_level.current = 10335 (0x285f)
23:06:59.486: acpi_C1B5 property battery.voltage.current = 10965 (0x2ad5)
23:06:59.488: acpi_C1B5 property battery.reporting.rate = 1309 (0x51d)
23:06:59.490: acpi_C1B5 property battery.reporting.current = 957 (0x3bd)
23:07:17.522: acpi_C1B5 property battery.remaining_time = 2213 (0x8a5)
23:07:17.524: acpi_C1B5 property battery.charge_level.rate = 16653 (0x410d)
23:07:17.525: acpi_C1B5 property battery.charge_level.current = 10238 (0x27fe)
23:07:17.528: acpi_C1B5 property battery.voltage.current = 10967 (0x2ad7)
23:07:17.530: acpi_C1B5 property battery.reporting.rate = 1542 (0x606)
23:07:17.531: acpi_C1B5 property battery.reporting.current = 948 (0x3b4)

when i touch lid close button the screen fades but laptop does nothing else - it have worked in feisty and before...

Revision history for this message
Matthew (gromituk) wrote :

I think that once I have used the suspend key, closing the lid works until I reboot the laptop.

Revision history for this message
Jacek_G (wafelj) wrote : Re: [Bug 139187] Re: kubuntu refuses to suspend on lid close

Still this is not a good solution... it was workind in feisty, so what
have been changed since?

> I think that once I have used the suspend key, closing the lid works
> until I reboot the laptop.
>
>

---------------------
Panorama Internetu - prognoza pogody, poczta e-mail z największym załącznikiem, SMS, wyszukiwarki: Gooru, Anonser, serwisy: randki, ogłoszenia, wakacje, program TV, Kina, muzyka, DVD, newsy, inne.
http://www.panoramainternetu.pl/ (http://www.epf.pl/)

Revision history for this message
Matthew (gromituk) wrote :

Oh yes, I agree that this is no solution at all - I was merely providing more information which might help fix the bug.

Revision history for this message
Fred van Zwieten (kubuntu-dezwietjes) wrote :

Ie being doing beta testing on openSUSE 10.3 as well. There, I also had problems with this, but it was more intermittent. See https://bugzilla.novell.com/show_bug.cgi?id=326814

Here, it ended up as a kernel patch which indeed solved it for me. Could this be the same thing?

Revision history for this message
Fred van Zwieten (kubuntu-dezwietjes) wrote :

OK, i've done some more investigation into this problem. Iḿ pretty sure it's a hal / acpi / kernel sort of issue. Why?

1. kde-guidance and kpowersave both suffer from this, indicating it's coming from somewhere deeper.
2. lshal -m gives completely nothing on lid close and lid open
3. acpi_listen gives completely nothing on lid close and lid open
4. I've done this: "while true; do date; cat /proc/acpi/button/lid/LID/*; sleep 1; done" This reports the lid state every second. It reports the lid as being open, even when itś closed.

So, how can I get the attention of the hal / acpi / kernel guys in ubuntu for this?

Revision history for this message
Fred van Zwieten (kubuntu-dezwietjes) wrote :

OK, I added hal, acpi and kernel-package as the affected packages to this bug. I'm running a up-to-date gutsy 64bit b.t.w.

Revision history for this message
Jacek_G (wafelj) wrote :

Hi!!
i have found strange thing - today, when i plug in ethernet cable and in
the same moment turnoff wifi (using button), a might have accidentaly
touched the lid close button, and it worked, but after staring laptop
again it didnt have worked (i do not user hibernating, and suspending -
just turning off when closing lid). So i think that it is working in
certian moments, but i dont know in whick - still this is a bug, and
mayby someone how knows kernel deeper might check kernel part of lid
closing from feisty (when it was working) and compare it with part from
gutsy.
Thank for any help guys!!

---------------------
Panorama Internetu - prognoza pogody, poczta e-mail z największym załącznikiem, SMS, wyszukiwarki: Gooru, Anonser, serwisy: randki, ogłoszenia, wakacje, program TV, Kina, muzyka, DVD, newsy, inne.
http://www.panoramainternetu.pl/ (http://www.epf.pl/)

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.