Bug 6691

Summary:	segfault using any opengl app.
Product:	Mesa	Reporter:	Lukas Hejtmanek <xhejtman>
Component:	Mesa core	Assignee:	Default DRI bug account <dri-devel>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	high	CC:	benh
Version:	git
Hardware:	x86 (IA32)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:

Description Lukas Hejtmanek 2006-04-22 00:37:02 UTC

./glinfo
libGL warning: 3D driver claims to not support visual 0x4b
Mesa: CPU vendor: GenuineIntel
Mesa: CPU name:         Intel(R) Pentium(R) M processor 1.60GHz
Mesa: MMX cpu detected.
Mesa: SSE cpu detected.
Mesa: Not testing OS support for SSE, leaving enabled.
Segmentation fault


using debug info and gdb it looks like this:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1213864256 (LWP 20470)]
0xb787fb0b in _mesa_align_free (ptr=0x0) at main/imports.c:199
199        void *realAddr = *cubbyHole;

fixing _mesa_align_free to check for NULL pointers results in:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1214478656 (LWP 21347)]
0xb77ac279 in intelInitTriFuncs (ctx=0x8056108) at intel_tris.c:912
912        tnl->Driver.RunPipeline = intelRunPipeline;
(gdb) print tnl
$1 = (TNLcontext *) 0x0


reverting i915_dri.so to version date 2006-04-10 it is ok (using CVS libGL.so)

Comment 1 Lukas Hejtmanek 2006-04-22 00:47:17 UTC

Problem with rebuild and wrong includes.

Comment 2 Benjamin Herrenschmidt 2006-04-22 15:35:26 UTC

Re-opening as I think there is a real problem to be fixed here:

When building DRI drivers from the Mesa tree, parts of it are built with the
included version of GL/internal/glcore.h and parts using the installed version.

Now there seem to be debate wether there should be an installed version or not,
but the fact is, there is one, and thus the Mesa build system should be "fixed"
to always use the included one, not the installed one.

I'm not a make guru and didn't see any obvious way other than changing the
source to include "" instead of <> but there might be something more obvious to
do. Especially since it seems some files are still built with the included version.

Comment 3 Dave Airlie 2006-05-02 19:54:46 UTC

I've just fixed this in CVS... the include order was wrong when I added the
libdrm pkgconfig stuff...

Comment 4 Adam Jackson 2009-08-24 12:23:52 UTC

Mass version move, cvs -> git

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.