The following is a copy of bug #12311 at www.kde.org:
I just installed Red Hat 7 (kernel 2.2.16, XFree86 4.0.1, KDE 1.1.2),
and I'm having a strange APM problem. If kdm is running, and the fore-
ground virtual terminal is not managed by kdm, the system will not
For example, assume my system boots into runlevel 5, and kdm is managing
virtual terminal 7 (display :0). If I close my laptop (or type "apm -s"
in an xterm) while vt 7 is the foreground vt, the system suspends and
resumes as expected. If however, I type "apm -s" at a text-mode vt,
the system will not suspend and the following error will start appearing
in the syslog:
kernel: apm: busy: Unable to enter requested state
This will continue until I switch to vt 7. As soon as I switch to the
vt that is managed by kdm, the system suspends.
I have seen this problem on both of my systems, an IBM ThinkPad 770Z
with a Trident Cyber9397DVD video chipset and a homegrown desktop with a
Matrox Millenium G200 adapter. I have only seen this problem with
XFree86 4.0.1; it does not occur with XFree86 3.3.6.
I am reporting this as a kdm bug, because it does not occur when I use
gdm or xdm.
It's more likely an XFree86 or kernel problem; normal programs can't prevent the
kernel from suspending.
I suspect the DRM stuff is misbehaving. Doesn't happen on a Gericom 3xC with an
ATI chipset, btw...
Assigning to XFree86
I may have a fix for this... On my Sharp Actius A150, it would not suspend
while in the X virtual window.
Going into /etc/sysconfig/apmd, I changed the last line (#LOCK_X=1) to be first
of all uncommented, and second of all set to zero (LOCK_X=0). If you look at
the /etc/sysconfig/apm-scripts/apmscript, I believe you will see that to
disable the screensaver lock you have to explicitly set it to zero (not simply
comment it out as it appears the configuration file has tried to do).
I did not check this rigorously, but it seems to have solved the suspend
problem on my laptop...
Bill @ KilgallonFamily.com
I was having similar problems with APM on my Sony Vaio XG28 laptop (NeoMagic 256
chipset). At first, it would not suspend at all: it would blank the screen, then
hang (forcing a hard reboot).
From looking at other bug reports, I used Xconfigurator to downgrade to 3.3.6
(running the SVGA server). I am now able to suspend and resume without
Note: this is a vanilla apmd -18 setup, no tweaks to CHANGEVT or LOCK_X.
I am not sure it is related, but I am having problem setting
DPMS mode with XFree-4.0.
'xset -q' reports DPMS as anabled yet monitor would never go
into any DPMS modes.
'xset dpms force off' has no effect.
I am running stock Gnome desktop on stock RH7.0.
These all work with RH6.2.
Matrox Mil card / amdk6 system.
I have the same problem with DPMS mode. Whether power management is enabled in
screensaver or directly with 'xset +dpms', there is no effect. I also am
running the stock Gnome on RH7.0.
I have recompiled the kernel making sure APM functions are enabled, so it
doesn't appear to be a kernel fault. I also don't believe it to be an XFree
4.01 fault, unless it is with RedHat 7.0's implementation of XFree 4.01.
I had been running Mandrake Linux 7.2 which also implements XFree 4.01 and DPMS
worked in both KDE and Gnome.
APM and DPMS are two entirely different things that have absolutely nothing
whatsoever to do with each other. DPMS in XFree86 works fine. Any DPMS
problems are in xscreensaver or gnome control center. This is a frequent
problem which is reported now. It is not an XFree86 problem.
The APM problem wont be fixed in this release (4.0.1).