Red Hat Bugzilla – Bug 98725
Screenlock freezes X
Last modified: 2007-04-18 12:55:32 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030612
Description of problem:
OS : RedHat 9
Kernel : kernel-2.4.20-18.9
GCC : 3.2.2-5
GLIBC : 2.3.2-27.9
XFree86 : 4.3.0-2
KDE : 3.1.2
Nature of this problem : Random
I have configured my screensaver to lock the screen . So when my screensaver
kicks in after a certain period of idle time, it starts running fine for some
amount of time. When I touch my mouse or keyboard to login back, the password
promt is diaplayed and immediately the X system is frozen. Nothing responds now.
No keyboard. But I can login with ssh and kill the X server , so that the system
is restored to it's original state. This is observed to be random in nature. I
observed this with SolarWinds screensaver and other openGL screensavers.
Is it problem with redhat RPMs or is it a bug in KDE or X ? Has anyone observed
this problem or is it just me? Please help with this....
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Could not reproduce when I wanted, but it happens randomly often
Actual Results: Could not reproduce when I wanted, but it happens randomly often
Expected Results: the X windows should not freeze while logging back , after
screensaver has locked the screen
it looks like a bug in XFree86. Which graphic card do you have in your machine.
Could you please send following files:
Created attachment 92796 [details]
Created attachment 92797 [details]
Created attachment 92798 [details]
I attached the files 1. /etc/X11/XF86Config 2. /var/log/XFree86* 3. glxinfo
output above. The video card on my Dell C610 laptop is ATI Radeon Mobility M6
and on Dell GX260 desktop is ATI Radeon 7000 . DRI is enbled in the kernel. I
even tried with the latest XFree86 version from redhat rawhide and also updated
KDE to the latest from redhat rawhide. The problem still exists. Can you please
point to me where the could be exactly?
I have tried to reproduce this bug. I ran the command "#kdesktop_lock --
forcelock" and then while trying to enter something into the password field, I
tried to move mouse and pressed keyboard ( ESC etc. ), then I observed this
problem. X froze. But I only observed this problem when I am running the
screensaver "SolarWinds" that to in the setup, when it is configured to Regular
mode only. Other modes doean't seem to give this problem.
So is this the problem with solarwinds screensaver only or does it have
anything to do with DRI and 3D acceleration?? Any ideas?
I observed one more thing with this problem...
When the screensaver is running, I tried to press ESC continuously while moving
my mouse, and it freezes the system . The problem is observed only with the
OpenGL screensavers from KDE. when the system is frozen, I logged in remotely
via SSH and killed the screensaver program , not kdesktop_lock . Then the
system is back. So what I feel is it is the problem with screensavers, not
screenlock . Screensavers freeze X.
I notice the following is in your config file:
Remove that line from the config file. Never specify your video ram in the
config file, the video driver will detect it automatically and correctly.
That setting is for ancient video hardware that contains bugs that don't allow
reliable video RAM detection. All modern video hardware does not have that
problem and you should never specify the amount of video RAM.
Please try the screensaver again after removing that line and restarting X.
If the problem is still there with Solarwinds after that, comment out the line
Restart X again after that. If the solarwinds screensaver does not cause a
problem while DRI is disabled, then this problem is likely a 3D acceleration
problem. If this is the case, please attach your /var/log/messages from after
an X lockup has occured and we can possibly explore the problem deeper.
Doh! One thing I forgot to ask... you mention 2 video cards above. Does
this mean you can reproduce the problem on both the laptop and the Radeon 7000
in the desktop? If so, that is very helpful info, as I don't have access
to Radeon M6, but I do have Radeon 7000 available. Also, is the Radeon
7000 PCI or AGP? I presume AGP.
Since this bugzilla report was filed, there have been several major
updates to the X Window System, which may resolve this issue. Users
who have experienced this problem are encouraged to upgrade to the
latest version of Fedora Core, which can be obtained from:
If this issue turns out to still be reproduceable in the latest
version of Fedora Core, please file a bug report in the X.Org
bugzilla located at http://bugs.freedesktop.org in the "xorg"
Once you've filed your bug report to X.Org, if you paste the new
bug URL here, Red Hat will continue to track the issue in the
centralized X.Org bug tracker, and will review any bug fixes that
become available for consideration in future updates.