Bug 113819

Summary: X frequently and randomly crashes
Product: [Fedora] Fedora Reporter: Rob Murphy <robkore>
Component: XFree86Assignee: X/OpenGL Maintenance List <xgl-maint>
Status: CLOSED CURRENTRELEASE QA Contact: David Lawrence <dkl>
Severity: high Docs Contact:
Priority: medium    
Version: 1   
Target Milestone: ---   
Target Release: ---   
Hardware: athlon   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-10-09 23:32:56 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
XFree86 log
none
XF86Config
none
/var/log/messages
none
/var/log/messages.1
none
lsmod none

Description Rob Murphy 2004-01-18 21:15:04 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1)
Gecko/20031114

Description of problem:
X is frequently crashing/restarting.  There does not seem to be
anything that I am specifically doing to cause this.  See attached logs. 

Version-Release number of selected component (if applicable):
XFree86-4.3.0-42

How reproducible:
Sometimes

Steps to Reproduce:
1.Use X.
2.
3.
    

Additional info:

Comment 1 Rob Murphy 2004-01-18 21:18:17 UTC
Created attachment 97086 [details]
XFree86 log

Comment 2 Rob Murphy 2004-01-18 21:18:52 UTC
Created attachment 97087 [details]
XF86Config

Comment 3 Rob Murphy 2004-01-18 21:23:06 UTC
Created attachment 97088 [details]
/var/log/messages

Comment 4 Mike A. Harris 2004-01-19 01:41:28 UTC
Can you include the complete output of /var/log/messages?  The
attached one appears trimmed down.  It is useful to see the whole
thing since the boot of the hung instance.

Also include the output of "lsmod" from a running X session (prior
to crashing).

After doing that, try using the following in the device section of
the config file:

    Option "noaccel"

Does this option improve the stability at all?  If so, we can
explore some other troubleshooting directions to try and narrow
the problem down further.

TIA

Comment 5 Rob Murphy 2004-01-19 14:19:25 UTC
Created attachment 97097 [details]
/var/log/messages.1

That was the entire /var/log/messages.	Here is /var/log/messages.1, hope this
helps.

Comment 6 Rob Murphy 2004-01-19 14:21:56 UTC
Created attachment 97098 [details]
lsmod

Comment 7 Rob Murphy 2004-01-20 02:53:21 UTC
OK, I've been running with the Option "noaccel" for 12 hours or so and
so far I've had no crashes, whereas before I'm sure I would have had
at least one.  So that seems to have helped for the time being, other
than X feeling very sluggish...  

Comment 8 Mike A. Harris 2004-01-20 03:19:35 UTC
Ok, we can both narrow the problem down now, and also improve
performance by doing the following:

1) Run "man XF86Config", and look at the various 'XaaNo.....' options
   listed.

2) Edit X config file, and comment out the noaccel option used
   previously.

3) Try the XaaNo options one at a time, and start up the X server
   between each change.  Do whatever it was that triggered the
   crash previously, and try if possible to narrow things down to
   one or more XaaNo options that work around the problem.

That will narrow the problem down to a specific codepath which is
causing the problem, and I can then check XFree86 CVS for fixes
in this area, and in the mean time disable the faulty codepath
for this specific GPU.

TIA

Comment 9 Mike A. Harris 2004-10-09 23:32:56 UTC
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"
component.

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.