Intel 945G+DRI2+UXA+GEM crash in glxgears with latest versions

Cliff Lawson cliff at
Mon Dec 22 07:04:42 PST 2008



I wonder if anyone has successfully got DRI2/UXA/GEM on a 945G graphics
system to work? (in my case this is the Intel D945GCLF motherboard
including Atom processor)


I've been trying to get to the point of using the latest Intel video
driver support for X so I built a 2.6.28-rc8 kernel (for the dri.ko and
i915.ko) and I followed the majority of:


which itself basically uses the script given on:


to bring all the xserver, app side drm, hardware drivers and Mesa up to
the latest.


But when I try to do something as simple as running the latest glxgears
(that is the copy that is built amongst everything else in
mesa/progs/xdemos) then I find that it just aborts without producing
output, the window border appears but then it crashes with a SIG_ABORT. 


When I look at this in DDD/GDB the problem occurs in this context:


#0  0xb80d2430 in __kernel_vsyscall ()

#1  0xb7f17085 in raise () from /lib/tls/i686/cmov/

#2  0xb7f18a01 in abort () from /lib/tls/i686/cmov/

#3  0xb7b5d25f in i915_emit_invarient_state (intel=0x805fdc8) at

#4  0xb7b5d4bc in i915_emit_state (intel=0x805fdc8) at i915_vtbl.c:368

#5  0xb7b72f5c in intelRenderStart (ctx=0x805fdc8) at intel_tris.c:1094

#6  0xb7c27889 in run_render (ctx=0x805fdc8, stage=0x80a400c) at

#7  0xb7c1ecd3 in _tnl_run_pipeline (ctx=0x805fdc8) at

#8  0xb7b73269 in intelRunPipeline (ctx=0x805fdc8) at intel_tris.c:1083

#9  0xb7c1f251 in _tnl_draw_prims (ctx=0x805fdc8, arrays=0x8092c10,
prim=0x8336da8, nr_prims=2, ib=0x0, min_index=0, max_index=161) at

#10 0xb7c1ddd2 in vbo_save_playback_vertex_list (ctx=0x805fdc8,
data=0x83369dc) at vbo/vbo_save_draw.c:232

#11 0xb7baf26e in execute_list (ctx=0x805fdc8, list=<value optimized
out>) at main/dlist.c:5764

#12 0xb7bb2665 in _mesa_CallList (list=1) at main/dlist.c:6851

#13 0xb7c0c082 in neutral_CallList (i=1) at main/vtxfmt_tmp.h:298

#14 0x08049da9 in draw () at glxgears.c:260

#15 0x0804a876 in main (argc=2, argv=0xbfeec654) at glxgears.c:312


I *think* I've succeeded in getting my system using UXA/DRI2/GEM using
the attached xorg.conf. Amongst other output glixinfo shows:


name of display: :0.0

display: :0  screen: 0

direct rendering: Yes

server glx vendor string: SGI

server glx version string: 1.2




OpenGL vendor string: Tungsten Graphics, Inc

OpenGL renderer string: Mesa DRI Intel(R) 945G GEM 20080716 x86/MMX/SSE2

OpenGL version string: 1.4 Mesa 7.3-devel


In this the "GEM 20080716" is a good sign I believe as it shows that the
Mesa driver has spotted that the kernel drivers are able to do GEM. 


Also the Xorg.0.log (attached) seems to suggest that UXA and DRI2 is
enabled as it includes:


X.Org X Server

Release Date: (unreleased)

X Protocol Version 11, Revision 0

Build Operating System: Linux 2.6.28-rc8 i686 

Current Operating System: Linux ubuntu 2.6.28-rc8 #2 SMP Thu Dec 18
15:48:25 GMT 2008 i686

Build Date: 19 December 2008  05:34:02PM


(--) intel(0): Chipset: "945G"

(--) intel(0): Linear framebuffer at 0x20000000

(--) intel(0): IO registers at addr 0x30200000

(WW) intel(0): libpciaccess reported 0 rom size, guessing 64kB

(**) intel(0): Using UXA for acceleration


(II) intel(0): [DRI2] Setup complete


(II) intel(0): Attempting memory allocation with tiled buffers.

(II) intel(0): Tiled allocation successful.


(II) UXA(0): Driver registered support for the following operations:

(II)         solid

(II)         copy

(II)         composite (RENDER acceleration)


(II) GLX: Initialized DRI2 GL provider for screen 0


So I just need a reality check that all this should work and maybe a
pointer as to why the system is crashing when a GLX application attempts
to run (though, having said that, Fluxbox that I'm using as a desktop
manager gets going without having any problems)




Scanned by MailDefender - managed email security from intY -
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xorg.conf
Type: application/octet-stream
Size: 1545 bytes
Desc: xorg.conf
URL: <>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Xorg.0.log
Type: application/octet-stream
Size: 50388 bytes
Desc: Xorg.0.log
URL: <>

More information about the xorg mailing list