Red Hat Bugzilla – Bug 228863
System lockup on Compaq nw9440 laptop with KDE
Last modified: 2007-11-30 17:11:57 EST
Description of problem:
System locks up on Compaq nw9440 laptop when using KDE.
Version-Release number of selected component (if applicable):
Versions as released on Zod DVD as well as current versions installed via yum.
Always. Time from system boot to lockup varies, usually locks up after about
Steps to Reproduce:
1. Perform fresh install of Zod on Compaqnw9440.
2. Fix "incorrect architecture installation" problem.
3. Boot system and select KDE as window manager.
4. Use system for awhile
System becomes unresponsive (locks up) after a random time period.
System locks up
System runs always.
Selecting a failsafe session under KDE did not lock up the system durign a 24
I have not tried logging remotely via a network connection and have not tried
pinging the system via a network connection after the system locks up.
I have used yum to update the kernel and all other installed packages to their
latest versions and the problem persists.
I am not sure that "kdebase" is the right component for theis bug report - I'm
I was able to ping the machine from another box and also ssh in. I performed
"kill -HUP" on various kde processes with no change to the locked up box. I
ended up restarting gdm and the login screen came back up. Sorry for the rather
unscientific approach - if someone can provide me some direction, I'll be happy
to run the tests.
i cannot reproduce this problem on several test machines with FC6-update.
it looks a xserver problem.
Does the problem appear if you use GNOME desktop?
Could you please use the opensource nvidia driver and try again?
I tried using GNOME desktop and the desktop still locked up.
As far as I know, I am using the opensource nvidia driver. How would I check
this? The output of rpm -qa | grep nvidia is null.
I accidentally entered comment #3 above for this bug when the comment should go
against devel (Bug 234736). Sorry!
Thanks for the bug report. We have reviewed the information you have provided
above, and there is some additional information we require that will be helpful
in our diagnosis of this issue.
Please attach your X server config file (/etc/X11/xorg.conf) and X server log
file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file
attachments using the bugzilla file attachment link below.
Could you please also try to run without any /etc/X11/xorg.conf whatsoever and
let X11 autodetect your display and video card? Attach to this bug
/var/log/Xorg.0.log from this attempt as well, please.
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
Created attachment 155850 [details]
xorg.conf as requested
Created attachment 155851 [details]
xorg.0.log as requested
Created attachment 155852 [details]
X.org.0.log created with xorg.conf removed
Is this issue reproducable with F7?
Reporter, could you please reply to the previous question? If you won't reply in
one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
Sorry for the late reply! Unfortunately, I am no longer in a position to test
F7 (or any Linux distro) on my NW9440. I fear you will have to close this out
Sorry for the late reply! Unfortunately, I am no longer in a position to test F7
(or any Linux distro) on my NW9440. I fear you will have to close this out as
Sorry to hear it. Closing per your request.