Bug 133526 - X server hangs entire system with FC3t2 SMP kernel
Summary: X server hangs entire system with FC3t2 SMP kernel
Status: CLOSED DUPLICATE of bug 138108
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11
Version: 3
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact: David Lawrence
Depends On:
Blocks: FC3Target FC4Target
TreeView+ depends on / blocked
Reported: 2004-09-24 17:03 UTC by John Dennis
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-02-21 19:05:51 UTC

Attachments (Terms of Use)
Xorg log file (46.06 KB, text/plain)
2004-09-24 17:07 UTC, John Dennis
no flags Details
output of /proc/cpuinfo (433 bytes, text/plain)
2004-09-24 17:08 UTC, John Dennis
no flags Details

Description John Dennis 2004-09-24 17:03:42 UTC
Using the FC3t2 SMP kernel on a HP xw4100 workstation with a P4 dual
hyper-threaded CPU the X server will cause the machine to lock up.

To reproduce, boot the smp kernel, at the graphical login prompt log
in, within a few seconds as the Gnome desktop is coming up the system
will hang.

I have not been able to ascertain if there was a machine check or if
the kernel is deadlocked somehow. Alternate consoles do not work,
alt-sysrq to break into the kernel does not work and the machine does
not respond to pings.

The non-smp kernel works fine. If the X server is not started on the
smp kernel hangs do not occur.

The graphics card is a Radeon 7000 using the standard Xorg open source
ATI radeon driver. Attached is the output of /proc/cpu/info and the X
log from a non-smp session.

This system is located in my cube in the Westord office.

Comment 1 John Dennis 2004-09-24 17:07:14 UTC
Created attachment 104274 [details]
Xorg log file

This is the X server log file from a non-smp invocation. Its the smp kernel
that is causing the problem but the two log files should be identical as I do
not believe there is anything in the X server which is dependent on the number
of cpu's or smp.

Comment 2 John Dennis 2004-09-24 17:08:15 UTC
Created attachment 104275 [details]
output of /proc/cpuinfo

Comment 3 John Dennis 2004-09-24 17:10:32 UTC
The cpuinfo is also from a non-smp kernel so it only shows one cpu. If
its important I can get both log files from a smp run.

Comment 4 Mike A. Harris 2004-10-16 22:30:09 UTC
(II) Initializing built-in extension COMPOSITE

If you disable COMPOSITE does the problem still occur?  I assume
so, but just curious.  ;)

Comment 5 Kristian Høgsberg 2004-11-16 20:40:00 UTC
Probably a duplicate of bug #138108.

Comment 6 Kristian Høgsberg 2004-11-23 22:35:19 UTC
This is most likely a dupe of bug #138108, for which I believe we now
have a fix.  xorg-x11-6.8.1-17 or later in rawhide should make the
crashes go away, and we'll be putting out an update shortly for FC3. 
Please test either the udpate or the rawhide packages so we can
confirm that this is indeed the same issue.  Thanks.

Comment 7 Kristian Høgsberg 2004-11-23 22:35:54 UTC

*** This bug has been marked as a duplicate of 138108 ***

Comment 8 Red Hat Bugzilla 2006-02-21 19:05:51 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.

Note You need to log in before you can comment on or make changes to this bug.