No action when closing screen on HP 530

Bug #277534 reported by mrten
92
This bug affects 12 people
Affects Status Importance Assigned to Milestone
acpid (Ubuntu)
Invalid
Undecided
Unassigned
Declined for Intrepid by Steve Langasek
Declined for Jaunty by Steve Langasek
Declined for Karmic by Steve Langasek
hotkey-setup (Ubuntu)
Fix Released
Undecided
Mason Daniel
Declined for Intrepid by Steve Langasek
Declined for Jaunty by Steve Langasek
Declined for Karmic by Steve Langasek
hotkeys (Arch Linux)
Invalid
Undecided
Unassigned

Bug Description

After upgrading to Ubuntu 8.10, my HP 530 laptop fails to suspend/blank screen when closed.
I did not have this problem with 8.04, it appeared after the upgrade.

What should happen:
Closing the laptop lid/screen should turn of the screen while on AC-power, or suspend/hibernate while on battery.

What happens:
Nothing. Ubuntu doesn't seem to notice that screen is closed.

Se also: http://ubuntuforums.org/showthread.php?t=927237
Other HP 530 users are experiencing the same problem.

Thanks for any help :)

Revision history for this message
mrten (morten-liljegren) wrote :

Hello
I'm a bit dissapointed over the lack of feedback on this bug. This is a regression, it has been confirmed by other HP 530 users, but still no-one has shown any interest in fixing this bug. I'm monitoring this bug, so if any developers want information or whatever from me, just tell. I'm very interested in getting this bug fixed, as I am sick of having to shut down my computer in fear of overheating if i just leave it on.

Revision history for this message
mrten (morten-liljegren) wrote :

After a recent update, suspend is working again, but still no progress with the closing screen problem.

Revision history for this message
res (ionutbanc) wrote :

Hello, I'm also a HP 530 user, and I have the same problem with Ubuntu 8.10. Suspend and wake from suspend work, haven't tried hibernation yet. I had no problems with Ubuntu 8.04. If I close the lid (or manually press the button), nothing happens, even though in Power Management, there is an action set for it. It would be good if this was solved...

Revision history for this message
Abhishek (bhadotia) wrote :

Hello, I'm also a HP 530 user, and I have the same problem with Ubuntu 8.10.
I have also reported a duplicate bug here (https://bugs.launchpad.net/ubuntu/+bug/302634).
Lets just hope that it gets fixed soon.

Revision history for this message
Abhishek (bhadotia) wrote :

It is solved now!
It is working for me now.
I think the last update (most probably kernel update) resolved the issue.

Revision history for this message
Abhishek (bhadotia) wrote :

I recently found out that this might not be because of a kernel update but because of certain I did around a week ago. I disabled laptop-hotkeys at start-up using sysv-rc-conf and actually then the lid action started working. The bug is not in the kernel but in the hotkeys-setup package.
Please try to give more importance to this bug now that we atleast have some idea about what direction we have to move in.

If this is of some help here is what my syslog (more specifically Xorg.0.log) shows when I press the button that gets pressed when laptop lid is closed and that causes the determined action (in System>Preferences>Power Management) to be performed:
(II) PM Event received: Capability Changed
I830PMEvent: Capability change
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): Printing DDC gathered Modelines:
(II) intel(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz)
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): Printing DDC gathered Modelines:
(II) intel(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz)
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): Printing DDC gathered Modelines:
(II) intel(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz)
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): Printing DDC gathered Modelines:
(II) intel(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz)
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): Printing DDC gathered Modelines:
(II) intel(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz)
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): Printing DDC gathered Modelines:
(II) intel(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz)
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): Printing DDC gathered Modelines:
(II) intel(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz)
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): EDID vendor "LPL", prod id 56064
(II) intel(0): Printing DDC gathered Modelines:
(II) intel(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz)
(II) intel(0): EDID vendor "LPL", prod id 56064

mrten (morten-liljegren)
description: updated
Abhishek (bhadotia)
Changed in acpid:
status: New → Confirmed
Revision history for this message
Steve Beattie (sbeattie) wrote :

abhishek: if you re-enable the hotkeys-setup initscript, does the problem return?

Revision history for this message
Abhishek (bhadotia) wrote :

Yep! After doing "sudo service hotkey-setup start", the problem returns.
And it does not change even if we stop the service (sudo service hotkey-setup stop). We have to restart for the laptop lid to be functional again (for performing the specified action in the g-p-m). And of-course you have to have the hotkeys script disabled at start-up.

And I think the above excerpt from the Xorg log (in my previous comment) is not important, as it just showing what I define in my g-p-m preferences- I have set my laptop screen to go blank when I close the lid, and the log is simply "logging" that action.

Abhishek (bhadotia)
Changed in hotkey-setup:
status: New → Confirmed
Revision history for this message
Robert Y (rob2687-gmail) wrote :

I also have this problem on my HP nc8000.

It works when I do "echo 0 >> /proc/acpi/video/*/DOS". I tried the above and disabled the hotkeys service and this also fixes it.

I have checked the lid state in /proc/acpi/button/lid/C153/state.
When the DOS value is 1 the state does not change. It is always "open"
When the DOS value is 0 the lid switch button works and it is reported correctly in /proc/acpi/button/lid/C153/state.

I looked at the /etc/init.d/hotkey-setup script and I noticed in the function do_video () it does "echo -n 7 >$x;" for /proc/acpi/video/*/DOS.
I remember when searching for a solution to this problem that some people had problems with the lid switch crashing their laptops and it was fixed by doing the above. I commented out those lines and now the lid switch works. It doesn't crash the laptop.
Here is the bug report I mentioned: https://bugs.launchpad.net/ubuntu/+source/acpid/+bug/157691

So it seems it fixes something for some and possibly breaks something else for others.

Revision history for this message
ro (ro) wrote :

I had the same problem but after disableling hotkey-setup at start up the lid button start working again

Intrepid

Revision history for this message
Abhishek (bhadotia) wrote :

The problem persists in Jaunty.

Revision history for this message
jcfireboy (ubuntu-latino) wrote :

I confirm, the problem persists in jaunty with hp 530, but this problem was not exist on hardy heron, I can solve temporaly this problem using a launcher with the command xset dpms force off, but this aren't the correct solution. Thank's

Revision history for this message
Abhishek (bhadotia) wrote :

As suggested by Robert Y. I think the script needs a rewrite so that it will set /proc/acpi/video/*/DOS to 0 when on hp 530, HP nc8000 and other similar laptops. And /proc/acpi/video/*/DOS to 1 for others where it causes problems. I have nominated this bug for Karmic and hope that now the developer of the script may be able to fix it (atleast after so much info on the bug given by users it should be easy now, I think).

Changed in hotkeys (Arch Linux):
status: New → Confirmed
Revision history for this message
Magnus (koma-lysator) wrote :

I've got a nc8000.
If there is any testing needed I'd be happy to help, just ask!

Revision history for this message
Steve Langasek (vorlon) wrote :

The hotkey-setup package is obsolete and is no longer installed at all on karmic systems; it will be removed from the archive soon. So this bug is fixed, for all intents and purposes.

Changing the package's behavior for previous releases is not appropriate, because the whole reason the DOS setting was being munged to begin with was because of a Linux bug in handling DOS=0 on some HP laptops; I don't know when that Linux bug was fixed, and we aren't in a position to properly regression-test for an SRU.

Changed in hotkey-setup (Ubuntu):
status: Confirmed → Fix Released
Steve Langasek (vorlon)
Changed in acpid (Ubuntu):
status: Confirmed → Invalid
Changed in hotkeys (Arch Linux):
status: Confirmed → Invalid
Revision history for this message
SaCroJazz (sacrojazz) wrote :

I have a HP530 with Karmic Beta and I still find problems when lid closed. Initially the screen goes blank but several seconds after it turns on again. Other bugs are resolved.

Revision history for this message
Steve Langasek (vorlon) wrote :

SaCroJazz, do you have the hotkey-setup package installed on this system? We ought to have forced its removal on upgrade, but it looks like this change didn't make the cut - I'll look into whether we should do this in a post-release update.

If you do have hotkey-setup installed, please let us know if removing the package fixes the problem for you. If it doesn't, you have a different bug and should open a new report, probably against the pm-utils package.

Revision history for this message
Belisarivs (v-pelcak) wrote : Re: [Bug 277534] Re: No action when closing screen on HP 530

I'll try to remove mentioned package and report back results.

2009/10/23 Steve Langasek <email address hidden>:
> SaCroJazz, do you have the hotkey-setup package installed on this
> system?  We ought to have forced its removal on upgrade, but it looks
> like this change didn't make the cut - I'll look into whether we should
> do this in a post-release update.
>
> If you do have hotkey-setup installed, please let us know if removing
> the package fixes the problem for you.  If it doesn't, you have a
> different bug and should open a new report, probably against the pm-
> utils package.
>
> --
> No action when closing screen on HP 530
> https://bugs.launchpad.net/bugs/277534
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

--
Vit Pelcak

Revision history for this message
Magnus (koma-lysator) wrote :

I can confirm that removing hotkey-setup solved the problem on my HP nc8000!

Revision history for this message
Abhishek (bhadotia) wrote :

"I can confirm that removing hotkey-setup solved the problem on my HP nc8000!"

Magnus, If you are using Jaunty or Hardy, uninstalling this package will work and we know that already (Please go through the above comments). And if you are using Karmic then please let us know.

Revision history for this message
Magnus (koma-lysator) wrote :

I'm using Karmic beta.

Revision history for this message
Belisarivs (v-pelcak) wrote :

I'm using up to date Karmic.

Removal of hotkeys-setup helped. However, when I close lid, I expect
that display will be turned off. But it is only locked in KDE.

How can I set it to turn off?

Thank you.

> --
> No action when closing screen on HP 530
> https://bugs.launchpad.net/bugs/277534
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

--
Vit Pelcak

Revision history for this message
Steve Langasek (vorlon) wrote :

On Sat, Oct 24, 2009 at 08:18:56AM -0000, Belisarivs wrote:
> Removal of hotkeys-setup helped. However, when I close lid, I expect
> that display will be turned off. But it is only locked in KDE.

That sounds like a KDE configuration issue.

--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
<email address hidden> <email address hidden>

Revision history for this message
Z37A (juanzele) wrote :

This bug also affects me.
But in my case with 9.10 If either turned off the backlight did so only for about 2 seconds and then touched off, Lucid does not work now.

Revision history for this message
denik (denik84) wrote :

I'm affected, too.
My Netbook HP Mini 5101 worked very well with Ubuntu 9.10. After I updated to Lucid, my Netbook does not react on closing the laptop lid any more.

Revision history for this message
martux (martin-knoopnet) wrote :

I can confirm this bug on my hp mini 5101. s3 worked when closing the lid with 9.10 without any problems. a parallel installation of OpenSuse 11.2 also causes no problems when closing the lid.

Changed in hotkey-setup (Ubuntu):
assignee: nobody → Mason Daniel (circularchi)
Revision history for this message
mariushek (mariushek) wrote :

I have HP 530 notebook and it doesn't work since 8.04. I use 11.10 and I'm a bit frustrated that it still doesn't work :(

Revision history for this message
pavel (nanoo) wrote :

Ubuntu 12.04lts.

Before 3.x.x this bug could be solved by echo '1' > /proc/acpi/video/..../DOS. But now /proc/acpi/video folder is deprecated and does not exists. Solution does not work. At least I could not find anything "DOS" related in /sys/class folder. So /proc/acpi/button/lib/.../state is always 'open'.

Does anyone know workaround or solution for 3.x.x kernels? Thanks in advance.

Btw, does anyone know which part of the system caused this problem? Some kernel module?

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.