Bug 174975 - Obsolescent "DRM" version causes segfaults for "SuperSavage" chip
Obsolescent "DRM" version causes segfaults for "SuperSavage" chip
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
i686 Linux
medium Severity high
: ---
: ---
Assigned To: Dave Jones
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2005-12-05 05:21 EST by Joachim Frieben
Modified: 2015-01-04 17:23 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-03-04 18:22:57 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Joachim Frieben 2005-12-05 05:21:56 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051018 Epiphany/1.9.2

Description of problem:
Direct rendering on my "IBM ThinkPad T23" is up and running
after booting the machine. The video chip is an "S3 Inc.
SuperSavage IX/C SDR rev 5". "glxinfo" reports that direct
rendering is enabled and 3D hardware acceleration is ok.
However, after logging out and in again, execution of
"glxinfo" triggers a segmentation fault. "DRI" enabled
applications make the "X" session abort instantaneously.

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

How reproducible:

Steps to Reproduce:
1. Log in to "X" session.
2. Check proper working of "DRI". Ok, it works.
3. Log out and log in again.
4. Check proper working of "DRI" again.

Actual Results:  "glxinfo" reports a segmentation fault. "OpenGL" screen
saver and similar applications make the "X" session crash

Expected Results:  "DRI" should work beyond the first "X" session.

Additional info:

Upgrading to current "DRM" version 1.0.1 fixes the problem. No
segmentation faults anymore. The actual kernel module versions
reported by "dmesg" are:

[drm] Initialized drm 1.0.1 20051102
[drm] Initialized savage 2.4.1 20050313 on minor 0:

Please consider updating kernel "DRM" to the current version.

I had posted this as bug 174906 previously for the "xorg-x11-server"
Comment 1 Sammy 2005-12-05 09:55:01 EST
As reported in 174906 this is not just a Savage problem. All o radeon 
cards are also freezing due to the same drm problem. 
Comment 2 Joachim Frieben 2005-12-05 11:08:01 EST
This statement is incorrect. Building current "DRM" for the "Radeon
7000" series, does not prevent the "X" server from freezing. This
is not the case for the "savage" module. Moreover, it only happens
when the "Mesa" libaries are actually used, e.g. by executing "glxinfo".
Finally, the "savage" bug does not lead to a freeze of the "X" server,
but merely makes it abort. One is thus simply ejected from the current
"X" session and can/has to log in again.
The bug reported here is thus very different from the lock-ups on
Radeon chips that you report in a comment to bug 174906.
Comment 3 Sammy 2005-12-05 15:22:45 EST
Yes, you are right. I did compile to new drm into the latest kernel and 
radeon is still freezing. 
Comment 4 Joachim Frieben 2005-12-11 12:18:12 EST
After reverting my system to FC4, I have built monolithic RPMs of
Xorg 6.9-RC3. They exhibit the same bug. The 2nd login makes
Mesa segfault. Building kernel modules of the current DRM version
1.0.1 again settles the problem.
Comment 5 Dave Jones 2005-12-23 14:25:39 EST
I pointed the upstream drm maintainer at this bug. His reponse..

"No idea what is causing the problem there...
If you can get a dmesg with debug on for the DRM with the savage failing..
I might be able to figure it out."

It may speed things up if you work directly with him (airlied@linux.ie)
Feel free to cc: me on any mail.
Comment 6 Joachim Frieben 2005-12-28 13:16:49 EST
Thanks, I am going to investigate this in detail. For the time being,
I want to point out that there is an independent bug report on the
same issue for the Linux kernel:


In the meantime, I have updated my Xorg RPMS to version 6.9. The problem
seems to persist though.
Comment 7 Joachim Frieben 2005-12-30 05:21:53 EST
I have found out that not the very update to "DRM" version 1.0.1 keeps
"Mesa" from segfaulting. As a matter of fact, what made the difference
was loading the "savage.ko" module explicitly. Appending "modprobe
savage" to "rc.sysinit" makes it impossible for me to reproduce the
segmentation faults reported earlier. Before, I loaded the compiled
"savage.ko" built from current "DRI" snapshots and corresponding to
"DRM" version 1.0.1 via "insmod".
However, even loading the original kernel module delivered as part of
kernel 2.6.14-1.1653_FC4 corresponding to "DRM" version 1.0.0 makes
the reported behaviour disappear.
Comment 8 Joachim Frieben 2005-12-30 07:13:18 EST
Essentially the same problem occurs after bootig from a Ubuntu 6.04
alpha Live CD. The (modular) X server release is 7.0.0 RC4. It is
thus not Red Hat specific.
Comment 9 Dave Jones 2005-12-30 15:07:27 EST
You should really take this to the dri developers at their bugzilla at
Those guys are in a much better position to debug problems with snapshots.
Comment 10 Joachim Frieben 2005-12-31 04:12:20 EST
This has already been done, see:


However, as I pointed out it's just not a "DRI" snapshot matter. It's
a matter of the regular "drm.ko" and "savage.ko" modules delivered
with the Fedora kernels, in particular 2.6.14-1.1653_FC4 and the
rawhide/pre-FC5 kernels. David Airlie is also actively involved in
investigating this problem, see:


He already announced to commit updated "DRM" code to the Linux kernel
Comment 11 Joachim Frieben 2006-01-14 06:39:20 EST
Fixed in kernel-2.6.15-1.1853_FC5 (2.6.15-git9) by DRM upstream
update to version 1.0.1 committed by D. Airlie.
Comment 12 Dave Jones 2006-01-17 00:44:39 EST
I've temporarily had to revert the DRI changes whilst some bugs that prevent X
startup on some systems are worked out.
Comment 13 Dave Jones 2006-03-04 18:22:57 EST
should be fixed in current builds.

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