Thanks to Cyril Brulebois, I was able to get a (hopefully) useful back-
trace from gdb.  Attaching to avoid word-wrap borkage.

-- 
========================================================================
Ian Pilcher                                         arequip...@gmail.com
"If you're going to shift my paradigm ... at least buy me dinner first."
========================================================================
#0  prepare_wm_surfaces (brw=0x2cd33c0) at brw_wm_surface_state.c:602
        rb = 0x2c2d8a0
        irb = <optimized out>
        region = 0x0
        ctx = 0x2cd33c0
        i = <optimized out>
        nr_surfaces = <optimized out>
#1  0x00007f653c0e6116 in brw_validate_state (brw=0x2cd33c0) at 
brw_state_upload.c:397
        atom = <optimized out>
        ctx = 0x2cd33c0
        intel = 0x2cd33c0
        state = 0x2cea2d0
        i = <optimized out>
        atoms = <optimized out>
        num_atoms = 41
#2  0x00007f653c0d55cd in brw_try_draw_prims (max_index=<optimized out>, 
min_index=<optimized out>, ib=0x0, nr_prims=1, prim=0x2c63f04, 
    arrays=0x2c657e8, ctx=0x2cd33c0) at brw_draw.c:362
        hw_prim = 6
        brw = 0x2cd33c0
        retval = <optimized out>
        warn = <optimized out>
        first_time = 0 '\000'
        i = <optimized out>
        intel = 0x2cd33c0
#3  brw_draw_prims (ctx=0x2cd33c0, arrays=0x2c657e8, prim=0x2c63f04, 
nr_prims=1, ib=0x0, index_bounds_valid=<optimized out>, 
    min_index=0, max_index=3) at brw_draw.c:447
        retval = 0 '\000'
#4  0x00007f653c1c0b93 in vbo_exec_vtx_flush (exec=0x2c63c20, unmap=1 '\001') 
at vbo/vbo_exec_draw.c:381
        ctx = 0x2cd33c0
#5  0x00007f653c1be90c in vbo_exec_FlushVertices_internal (ctx=<optimized out>, 
unmap=<optimized out>) at vbo/vbo_exec_api.c:911
        exec = 0x2c63c20
#6  0x00007f653c1beb0a in vbo_exec_FlushVertices (ctx=<optimized out>, flags=1) 
at vbo/vbo_exec_api.c:945
        exec = 0x2c63c20
#7  0x00007f653c1810cb in _mesa_set_scissor (ctx=0x2cd33c0, x=3279, 
y=<optimized out>, width=<optimized out>, height=<optimized out>)
    at main/scissor.c:75
No locals.
#8  0x00007f653d5290b9 in __glXDisp_Render (cl=<optimized out>, pc=<optimized 
out>) at glxcmds.c:2000
        entry = {bytes = 20, varsize = 0}
        proc = 0x7f653d507cd0 <__glXDisp_Scissor>
        err = 0
        req = <optimized out>
        client = 0x2c1bae0
        left = <optimized out>
        cmdlen = 20
        error = <optimized out>
        commandsDone = <optimized out>
        opcode = <optimized out>
        hdr = 0x53e09ac
        glxc = 0x2c2db90
        sw = <optimized out>
#9  0x00007f653d52b831 in __glXDispatch (client=0x2c1bae0) at glxext.c:583
        rendering = <optimized out>
        stuff = 0x53e0848
        opcode = <optimized out>
        proc = 0x7f653d529000 <__glXDisp_Render>
        cl = 0x2c1bbf8
        retval = <optimized out>
#10 0x000000000042ebd1 in Dispatch () at dispatch.c:431
        clientReady = 0x2bf8f40
        result = <optimized out>
        client = 0x2c1bae0
        nready = 0
        icheck = 0x7e34f0
        start_tick = 1760
#11 0x0000000000422e5a in main (argc=<optimized out>, argv=0x7fffbe6f4ef8, 
envp=<optimized out>) at main.c:287
        i = <optimized out>
        alwaysCheckForInput = {0, 1}
A debugging session is active.

        Inferior 1 [process 12799] will be detached.

Quit anyway? (y or n) Detaching from program: /usr/bin/Xorg, process 12799
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Reply via email to