Bugzilla – Bug 132304
Notebook display not switched off when closing lid
Last modified: 2006-05-30 20:56:53 UTC
When I close my laptop lid the display is not switched off. IMHO this should be done regardless of any ACPI settings made in YaST2 or kpowersave since there is no sense to have it switched on when the notebook is closed. If this is configuration specific please tell me which logs you need.
What machine is this? I daubt that we can do much about it...
This is a COMPAQ Evo N600c notebook. Windows does switch of the display when closing the lid, and since I can set actions which are executed when the lid is closed (for all notebooks) IMHO it should be possible to switch the display off via DPMS. The default action when closing the lid is "standby mode". Another action in the listbox "switch off display" would be nice if possible :)
Are you able to switch off the display manually? (xset dpms force off) If so, we could implement the dpms call in a client like kpowersave, because we try to avoid any X-handling in daemon scripts executed as root.
this command blanks the screen but doesn´t switch the backlight off, what is done under windows.
In this case we can't do anythink within KPowersave. This would be IMO the only way to shutdown the display. This is a known problem with different HP/Compaq laptops. You can maybe try to download a BIOS update or to test the driver for HP/Compaq omnibooks (works maybe also with your machine) from http://sourceforge.net/projects/omke/ which can switch off the display.
It´s sad that this doesn´t work with my notebook, thanks for your help. Anyway I´d suggest you to add this for laptops where DPSM off works, because it really hepls saving battery in some situations.
I tested the "radeontool" from http://fdd.com/software/radeon/ and it could switch my display on and off. But in the documentation I found this: Apparently, the latest XFree86 in CVS (i.e. after 4.3.0) has a fix to control the backlight. Since Windows has no problem with switching the display off I wonder why this fix in XFree doesn´t work. Any ideas?
Vendors provide specific drivers for their graphic cards for windows. That's not the case for Linux. Maybe the X guys can tell more about the backgrounds why this fix does not work...
Yes, there has been several DPMS related changer after XFree86 4.3.0 WRT RADEON_LVDS_GEN_CNTL register and RADEON_LVDS_ON setting. Anyway, we need to see /var/log/Xorg.0.log and /etc/X11/xorg.conf first.
Anything new here?
No, since the reporter didn't provide the necessary feedback.
Created attachment 60283 [details] xorg.0.log
Created attachment 60284 [details] xorg.conf
Sorry for the delay, here they are
I'm not sure if RADEON_LVDS_GEN_CNTL and RADEON_LVDS_ON have anything to do with the backlight. Are you sure that these fixes resolve your problem? We certainly can set DPMS if we can receive the lid close event. This will however only work if we do receive this event. This can only happen thru ACPI. Presently this has to be handled thru some external tools as the powermanagement handling in X would need to be modified and extended for this.
> We certainly can set DPMS if we can receive the lid close event. This will > however only work if we do receive this event. This can only happen thru > ACPI. > Presently this has to be handled thru some external tools as the > powermanagement handling in X would need to be modified and extended for > this. I think Stefan S. did prepare something like this for exactly detected and tested hardware (radeontool?). Stefan, this might be another testcase for you.
radeontool is not the way to go here. It should certainly not be used when X is in control and i use it only in the s2ram tool, where it is coupled to a DMI whitelist of machines. Generally, radeontool is a dangerous piece of junk^Wcode. The problem is imo: (In reply to comment #4) > this command ["xset dpms force off"] blanks the screen but doesn´t switch > the backlight off, what is done under windows. So it is not that the X server should invoke "dpms off" on lid close, we can do this easily in kpowersave, but that "dpms off" does not work at all on michaels hardware.
Oops. Yes, you're right. We're not talking about STD/STR here.
> So it is not that the X server should invoke "dpms off" on lid close, we can do > this easily in kpowersave, but that "dpms off" does not work at all on michaels > hardware. Yes, that's the unfortunate truth here. But we can improve things for all those who don't have HW issues.
(In reply to comment #19) > Yes, that's the unfortunate truth here. But we can improve things for all those who don't have HW issues. If you mean with improve to set dpms off on lidclose in KPowersave: This is already implemented. We call 'xset dpms force off' on lidclose.
and i'd rather do it in "userspace" than in the X server. Userspace is easier to fix ;-)
Thanks in advance for your efforts in trying to fix this :) So as I understood the problem is the lid close event which doesn´t get handled properly on this piece of hardware. Someone said something was patched in xorg to make this work. So what about this code? Or have I misunderstood somethingh here?
Might be fixed with "radeon10b" driver (Beta9). Would be worth a try.
According to previous comment. Setting to NEEDINFO.
Micheal, could you please answer Stefan's question from comment #23
Sorrx, I can´t test this because the HD of my notebook is too small for installing a test version of SuSE. Maybe next week I´ll buy a new HD and test it.
I also have had this problem, had logged a bug (in part) about it here: https://bugzilla.novell.com/show_bug.cgi?id=166957
*** This bug has been marked as a duplicate of 166957 ***