search for: st_draw

...s already mapped (I guess...) so are these floats fetched by the pusher of the card and draw the line, possibly when glXSwapBuffers is called? Is the glColor(...) (the three floats) stored in the mmapped twice, one for each vertex? HELP I'M LOST :( This mine consideration is wrong... I guess... st_draw.c coments that all "rendering" is done through st_draw_vbo() which would end up calling nv30_draw_vbo() which would send data to the card... but where is the missing link?? The floats (for the vertices and color) are already mapped by ctx->Driver.MapBufferRange...*/ glBegin(GL_LIN...

...derstanding how a certain thing is implemented. Let's assume I have a following call trace: #0 0x985a764d in nv40_draw_arrays (pipe=0x988ba0fc, mode=5, start=0, count=3) at /data/deadwood/AROS/AROS/contrib/gfx/libs/mesa/src/mesa/../gallium/drivers/nv40/nv40_vbo.c:192 #1 0x9865e773 in st_draw_vbo (ctx=0x9a163788, arrays=0x9a19384c, prims=0x9a1d595c, nr_prims=23, ib=0x0, index_bounds_valid=1 '\001', min_index=0, max_index=574) at /data/deadwood/AROS/AROS/contrib/gfx/libs/mesa/src/mesa/state_tracker/st_draw.c:698 #2 0x9876c5fa in vbo_save_playback_vertex_list (ctx=0x9...

...v20_emit_hw_state (nv20=0x805ef68) at nv20_state_emit.c:255 #3 0xf76ff70b in nv20_draw_elements (pipe=0x805ef68, indexBuffer=0x0, indexSize=0, prim=4, start=0, count=3) at nv20_vbo.c:20 #4 0xf76ff922 in nv20_draw_arrays (pipe=0x805ef68, prim=4, start=0, count=3) at nv20_vbo.c:73 #5 0xf7743ac8 in st_draw_vbo (ctx=0x8074d18, arrays=0x80ade38, prims=0x80ac994, nr_prims=1, ib=0x0, min_index=0, max_index=2) at state_tracker/st_draw.c:634 #6 0xf782c140 in vbo_exec_vtx_flush (exec=0x80ac870) at vbo/vbo_exec_draw.c:248 #7 0xf782a858 in vbo_exec_FlushVertices (ctx=0x8074d18, flags=1) at vbo/vbo_exec_...

...alled? > Is the glColor(...) (the three floats) stored in the mmapped twice, one for > each > vertex? I think, but am not sure, that it will come in as a constant attribute (i.e. a VBO attribute with stride 0). > HELP I'M LOST :( This mine consideration is wrong... I guess... > st_draw.c > coments that all "rendering" is done through st_draw_vbo() which would end > up > calling nv30_draw_vbo() which would send data to the card... but where is > the > missing link?? The floats (for the vertices and color) are already mapped by > ctx->Driver.MapBuffer...

...roll_indices = 0 '\000' used_vb_mask = <optimized out> user_vb_mask = 0 incompatible_vb_mask = 0 #10 0xb6951e8a in cso_draw_vbo (cso=0x8113d30, info=info at entry=0xbfffef10) at cso_cache/cso_context.c:1344 vbuf = <optimized out> #11 0xb683a026 in st_draw_vbo (ctx=0x80bf6c0, prims=0x8100238, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0, max_index=3, tfb_vertcount=0x0) at ../../src/mesa/state_tracker/st_draw.c:265 st = 0x80fe798 ibuffer = {index_size = 0, offset = 0, buffer = 0x0, user_buffer = 0x0}...

...00007f5be078cb57 in nvc0_draw_vbo (pipe=0x1dc0800, info=<optimized out>) at nvc0/nvc0_vbo.c:977 #7 0x00007f5be0554dc4 in cso_draw_arrays (cso=<optimized out>, mode=mode at entry=6, start=start at entry=0, count=count at entry=4) at cso_cache/cso_context.c:1745 #8 0x00007f5be03c8a21 in st_draw_quad (st=st at entry=0x1e8c340, x0=x0 at entry=-1, y0=y0 at entry=-1, x1=x1 at entry=0.00885415077, y1=y1 at entry=1, z=1, s0=s0 at entry=0, t0=t0 at entry=0, s1=s1 at entry=0, t1=t1 at entry=0, color=color at entry=0x1dc781c, num_instances=num_instances at entry=1) at state_tracker/st_draw.c:489 #...

...v50=0x1873350, mask=4294967295, words=8) at nv50_state_validate.c:394 #10 0x00007f54bad31170 in nv50_draw_vbo (pipe=0x1873350, info=0x7fffb533a150) at nv50_vbo.c:755 #11 0x00007f54babb2a0e in cso_draw_vbo (cso=0x18ec9d0, info=0x7fffb533a150) at cso_cache/cso_context.c:1413 #12 0x00007f54baa97f9a in st_draw_vbo (ctx=0x7f54bf129010, prims=0x7fffb533a210, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0, max_index=3, tfb_vertcount=0x0) at ../../src/mesa/state_tracker/st_draw.c:286 #13 0x00007f54baa5419a in vbo_draw_arrays (ctx=0x7f54bf129010, mode=5, start=0, count=4, numInstanc...

...e.c:619 #11 0xb5cfdc1c in nvc0_draw_vbo (pipe=0x8625880, info=0xbfffdca0) at nvc0/nvc0_vbo.c:829 #12 0xb5f1d5c0 in cso_draw_vbo (cso=0x8692948, info=info at entry=0xbfffdca0) ---Type <return> to continue, or q <return> to quit--- at cso_cache/cso_context.c:1428 #13 0xb5e468ba in st_draw_vbo (ctx=0x8650160, prims=0xbfffdd74, nr_prims=1, ib=0xbfffdd64, index_bounds_valid=0 '\000', min_index=0, max_index=2431, tfb_vertcount=0x0, indirect=0x0) at state_tracker/st_draw.c:276 #14 0xb5e1a7a0 in vbo_handle_primitive_restart (ctx=ctx at entry=0x8650160, prim=prim at...

...=0x7842c0, mask=mask at entry=4294967295) at ../../../../../src/gallium/drivers/nouveau/nvc0/nvc0_state_validate.c:760 #3 0x00007ffff38c1dcd in nvc0_draw_vbo (pipe=0x7842c0, info=0x7fffee487890) at ../../../../../src/gallium/drivers/nouveau/nvc0/nvc0_vbo.c:972 #4 0x00007ffff3572e77 in st_draw_vbo (ctx=0x7ae730, prims=<optimized out>, nr_prims=1, ib=0x0, index_bounds_valid=<optimized out>, min_index=0, max_index=3, tfb_vertcount=0x0, stream=0, indirect=0x0) at ../../../src/mesa/state_tracker/st_draw.c:288 #5 0x00007ffff353994a in vbo_draw_arrays (ctx=0x7ae730, mo...

...te_validate.c:903 #18 0x00007fe0a50c79e7 in nvc0_state_validate_3d (nvc0=nvc0 at entry=0x564e66cb5750, mask=mask at entry=4294967295) at nvc0/nvc0_state_validate.c:921 #19 0x00007fe0a50d3bed in nvc0_draw_vbo (pipe=0x564e66cb5750, info=0x7fdffbb65690) at nvc0/nvc0_vbo.c:985 #20 0x00007fe0a4d059bf in st_draw_vbo (ctx=<optimized out>, prims=0x7fdffbb65770, nr_prims=<optimized out>, ib=0x7fdffbb65750, index_bounds_valid=<optimized out>, min_index=<optimized out>, max_index=<optimized out>, tfb_vertcount=0x0, stream=0, indirect=0x0) at state_tracker/st_draw.c:227 #21 0x00007f...

...ader_type=0, st=0x877ca38, st=0x877ca38) at state_tracker/st_atom_storagebuf.c:86 #2 0xf464ad0d in bind_vs_ssbos (st=0x877ca38) at state_tracker/st_atom_storagebuf.c:101 #3 0xf4647411 in st_validate_state (st=0x877ca38, pipeline=ST_PIPELINE_RENDER) at state_tracker/st_atom.c:289 #4 0xf46638ef in st_draw_vbo (ctx=0x8801f60, prims=0xffffa990, nr_prims=1, ib=0xffffa980, index_bounds_valid=0 '\000', min_index=4294967295, max_index=4294967295, tfb_vertcount=0x0, stream=0, indirect=0x0) at state_tracker/st_draw.c:176 #5 0xf46270f9 in vbo_validated_drawrangeelements (ctx=ctx at entry=0x8801...

...7fff4b4531a0 in update_fp (st=0x555555f90250) at ../../../src/mesa/state_tracker/st_atom_shader.c:152 #3 0x00007fff4b44f3bb in st_validate_state (st=st at entry=0x555555f90250, pipeline=pipeline at entry=ST_PIPELINE_RENDER) at ../../../src/mesa/state_tracker/st_atom.c:219 #4 0x00007fff4b470aaa in st_draw_vbo (ctx=0x555555f566f0, prims=0x7fffffffacf0, nr_prims=1, ib=0x0, index_bounds_valid=<optimized out>, min_index=<optimized out>, max_index=<optimized out>, tfb_vertcount=0x0, stream=0, indirect=0x0) at ../../../src/mesa/state_tracker/st_draw.c:202 #5 0x00007fff4b430b1a in vb...

...689ab9f in pushbuf_validate () from /usr/lib32/libdrm_nouveau.so.2 #2 0xf6ce47e8 in nv50_state_validate () from /usr/lib32/dri/nouveau_dri.so #3 0xf6cf0a49 in nv50_draw_vbo () from /usr/lib32/dri/nouveau_dri.so #4 0xf6b3846d in cso_draw_vbo () from /usr/lib32/dri/nouveau_dri.so #5 0xf6a5f29e in st_draw_vbo () from /usr/lib32/dri/nouveau_dri.so #6 0xf6a30cd3 in vbo_draw_arrays () from /usr/lib32/dri/nouveau_dri.so #7 0xf6a30f37 in vbo_exec_DrawArrays () from /usr/lib32/dri/nouveau_dri.so #8 0xf72ca52b in glDrawArrays (mode=4, first=0, count=6) at sdk/emulator/opengl/host/libs/Translator/GLES_V2...