Red Hat Bugzilla – Bug 187092
DPMS state is never shifted to "OFF"
Last modified: 2013-03-13 00:50:16 EDT
Description of problem:
I have a IBM T41p laptop with an ATI video card and I am using the fglrx driver.
The display goes into Suspend just fine but the backlight on the display is not
100% off. The state needs to go to "OFF". xscreensaver handled this correctly.
There is no option in gnome-power-manager to have a setting to make DPMS off.
There is a significant power and heat saving between Suspend/Standby and OFF
Version-Release number of selected component (if applicable):
Steps to Reproduce:
gnome-power-manager should have a timeout for OFF like xscreensaver does
It does, it waits double the suspend time, so if you've got gnome-screensaver
setting the idle time at 10 minutes, and the DPMS slider is set to 10 minutes in
g-p-p, then at 20 minutes idle the monitor will suspend, and at 30 minutes idle
the monitor will power off.
Well it does not appear to work with my setup. It used to work fine with FC4,
xscreensaver and fglrx. BTW, I had tried gnome-power-manager (from nrpms) on FC4
and it did not ever set the monitor state to OFF either.
I set the slider to 20 mins and walked away. The screen does go "dark", but it
is not "OFF" even after letting it sit for over 2 hrs.
This problem seems similar to GNOME Bug
BTW if I do an xset q all the DPMS values appear to be 0. So I am guessing this
info is stored elseware.
Standby: 0 Suspend: 0 Off: 0
DPMS is Enabled
Monitor is On
Of course those values where extracted while I was on the console.
What versions of gnome-screensaver and gnome-power-manager do you both have?
rpm -q gnome-power-manager gnome-screensaver
xset won't work using gnome-screensaver. Are you confident enough to try a patch
to CVS if I attach one?
Richard, yes I can handle a patch. I am also willing to try sample code if you
want to try that.
I have current CVS of gnome-power-manager installed and working. Still has the
DPMS OFF problem (not that I expected it to be fixed, but if it did that would
have been cool). So I am ready to try some patches.
First, can you try:
sleep 2; dbus-send --session \
to make sure we can set the display to off. Please verify this completely powers
down the screen.
Created attachment 127065 [details]
And if that works, try this patch. Thanks again.
Sorry, but no the dbus-send command does not power off the screen like
xscreensaver. That command does work properly on my desktop (i915 chipset and
with gnome-power-manager 2.14) which has an external LCD display over a DVI
So I think it may have something with the way dbus powers down the LCD display
on the T41p laptop.
Can you set the correct mode with xset?
Sorry, but no I can't set the proper mode with xset. However, I found this
http://fdd.com/software/radeon/radeontool-1.5.tar.gz and it does allow me to
turn off the backlight completely.
radeontool light off
radeontool light on
work like expected. Now I am pretty sure that xscreensaver doesn't call this
tool. So I am wondering if it has a work around or not. Perhaps you could add a
radeontool option to g-p-m? Or maybe just call it if it exists? It does appear
to check to ensure an radeon is installed.
Richard, sorry, but I think I wasted your time, cause I am an idiot... I looked
in my xorg.conf file and the aticonfig tool didn't turn on dpms for my monitor.
I should have checked that.
Anyway, I have enabled that option and both the xset and dbus options work now.
I have also tested the gnome-power-manager 2.14 (shipping rpm) code and it
appears to work too.
Okay, glad it's all working now.