Bug 1217

Summary:	[Matrox/MGA] crashes with openGL clients when DRI is enabled
Product:	Mesa	Reporter:	Hans de Goede <jwrdegoede>
Component:	Drivers/DRI/MGA	Assignee:	Xorg Project Team <xorg-team>
Status:	RESOLVED WORKSFORME	QA Contact:
Severity:	normal
Priority:	high	CC:	mharris
Version:	unspecified
Hardware:	x86 (IA32)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:

Description Hans de Goede 2004-08-28 00:36:35 UTC

I'm running the Fedora Core 3 test release updated with the latest package
from the Fedora Development branch. This version of Fedora contains the
latest CVs version of the xorg xservers. (6.7.99.902) .

I first discovered this problem when running a program I was doing some hacking
on which uses openGL (x.mame.net) . Because I was working on this program I was
linking it with ElectricFence (malloc debugger) to catch any bufferoverruns.

Now if I leave DRI enabled and run any application with Electricfence linked in,
it segfaults. Try for example:
export LD_PRELOAD=libefence.so.0.0
cd Mesa-6.0.1/progs/demos/
./tunnel

I can produce a backtrace in gdb if you want. I've tried uopgrading to the
latest CVS drm but that doesn't help.

Comment 1 Hans de Goede 2004-08-28 00:43:00 UTC

I've also submitted this downstream:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=131175

Comment 2 Adam Jackson 2005-07-03 13:20:22 UTC

this sounds like a Mesa driver issue; shifting.

Comment 3 Ian Romanick 2005-07-06 15:37:26 UTC

I was unable to reproduce this bug on an up-to-date FC3 system with current
X.org CVS and ElectricFence 2.2.2.

Comment 4 Hans de Goede 2005-07-06 23:38:21 UTC

I no longer have the system or the card causing the problem, so I believe you,
one question, did you try it both with and without "export EF_PROTECT_BELOW=1" set?

I think I might have had that set, and that could make the difference. If that
also works fine, then I think this is most probably fixed.

Also my system was an Athlon, don't know if that makes a difference though.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.