Bug#533444: xserver-xorg-video-ati: X server hang while starting opengl application
On Thursday 18 June 2009 03:15:46 Alex Deucher wrote:
> This is a pretty standard GPU hang. I'd suggest trying a newer ddx
> and mesa 3d driver.
Ok, I compiled mesa 7.5~rc2-1 packages from debian-experimental git
repository. The oops is still the same, gdb backtrace follows.
I'll look into compiling a newer ddx driver next...
The gl graphics output I get on the screen is completely garbled (mostly color
gradients and some text strings going vertically, instead of horizontally)
However, after reboot, when switching on the KDE4 desktop effects/composited
desktop, I see briefly the old graphics buffer contents on the screen and the
game graphics look perfect on that flashback.
The desktop effects have been turned off during all the tests I've done to make
sure they are not causing any of the issues.
-Henri
Program received signal SIGINT, Interrupt.
0x00007fab597da087 in ioctl () from /lib/libc.so.6
#0 0x00007fab597da087 in ioctl () from /lib/libc.so.6
No symbol table info available.
#1 0x00007fab58293623 in drmIoctl (fd=11, request=3223348302,
arg=0x7fffdbee5660) at ../../libdrm/xf86drm.c:187
ret = -1
#2 0x00007fab5829386c in drmCommandWriteRead (fd=11, drmCommandIndex=<value
optimized out>, data=0x7fffdbee5660, size=18446744073709551615) at
../../libdrm/xf86drm.c:2400
No locals.
#3 0x00007fab44a51b87 in r300UploadTexImages (rmesa=0x3eaa720, t=0x685e070,
face=2) at r300_texmem.c:459
i = 0
numLevels = 1
__func__ = "r300UploadTexImages"
#4 0x00007fab44a551b2 in r300UpdateTextureState (ctx=0x32c9200) at
r300_texstate.c:520
i = 3
#5 0x00007fab44a4de64 in r300UpdateShaderStates (rmesa=0x3eaa720) at
r300_state.c:2539
ctx = 0x32c9200
w_fmt = <value optimized out>
fgdepthsrc = <value optimized out>
#6 0x00007fab44a50df0 in r300RunRender (ctx=0x32c9200, stage=<value optimized
out>) at r300_render.c:314
rmesa = 0x3eaa720
i = <value optimized out>
__func__ = "r300RunRender"
#7 0x00007fab44aeff9f in _tnl_run_pipeline (ctx=0x32c9200) at
tnl/t_pipeline.c:158
tnl = 0x3e71b70
i = 0
#8 0x00007fab44af05a4 in _tnl_draw_prims (ctx=0x32c9200, arrays=<value
optimized out>, prim=0x25842fc, nr_prims=1, ib=0x0, min_index=<value optimized
out>, max_index=<value optimized out>)
at tnl/t_draw.c:431
bo = {0x0 <repeats 17 times>, 0xffffffffffffffe0, 0x0, 0x7fab59a69f6f,
0x7d8700, 0x1, 0x7d7a00, 0x4f4861, 0xb2, 0x7fab44ae3d58, 0x0, 0x10400000,
0x10400000, 0x7fab44a4db56, 0x32c9200, 0x0,
0x685f9e0}
nr_bo = 0
tnl = 0x3e71b70
#9 0x00007fab44ae8ead in vbo_exec_vtx_flush (exec=0x25840c0, unmap=0 '\0') at
vbo/vbo_exec_draw.c:350
ctx = 0x32c9200
#10 0x00007fab44ae4312 in vbo_exec_wrap_buffers (exec=0x25840c0) at
vbo/vbo_exec_api.c:83
last_count = 6
__PRETTY_FUNCTION__ = "vbo_exec_wrap_buffers"
#11 0x00007fab44ae4688 in vbo_exec_fixup_vertex (ctx=<value optimized out>,
attr=19, sz=4) at vbo/vbo_exec_api.c:224
exec = 0x25840c0
i = <value optimized out>
id = {0, 0, 0, 1}
#12 0x00007fab44ae62df in vbo_VertexAttrib4fARB (index=<value optimized out>,
x=<value optimized out>, y=<value optimized out>, z=<value optimized out>,
w=<value optimized out>)
at vbo/vbo_attrib_tmp.h:342
ctx = 0xfffffffffffffff5
__FUNCTION__ = "vbo_VertexAttrib4fARB"
#13 0x00007fab57e563d6 in __glXDisp_Render (cl=<value optimized out>,
pc=0x3933808 "\f") at ../../glx/glxcmds.c:1801
entry = {bytes = 12, varsize = 0}
extra = <value optimized out>
proc = 0x7fab57e35180 <__glXDisp_VertexAttrib4NubvARB>
err = 0
client = 0x21fbe70
left = 0
cmdlen = 12
error = 0
commandsDone = 0
glxc = 0x327a890
sw = <value optimized out>
#14 0x00007fab57e5a5e2 in __glXDispatch (client=0x21fbe70) at
../../glx/glxext.c:541
stuff = 0x3933800
opcode = <value optimized out>
cl = 0x336e7c0
retval = 1
#15 0x000000000044d374 in Dispatch () at ../../dix/dispatch.c:437
result = <value optimized out>
client = 0x21fbe70
nready = 0
start_tick = 10740
#16 0x000000000043321d in main (argc=8, argv=0x7fffdbee5eb8, envp=<value
optimized out>) at ../../dix/main.c:397
i = 1
alwaysCheckForInput = {0, 1}
Reply to: