You'll also get GL_ARB_multi_draw_indirect for "free" because the TNL module chops the multidraw into a series of "single" draw indirect commands. For performance, this is probably not the interface you (or anyone) want. I've been thinking about how to fix this a little bit, but I haven't had any breakthroughs yet. Have you given this any thought?
On 04/26/2014 06:27 AM, Marek Olšák wrote: > Hi everyone, > > This series adds support for ARB_texture_cube_map_array and ARB_draw_indirect > to the radeonsi driver. There is also Gallium infrastructure support for > ARB_draw_indirect. As usual, the first patch is unrelated to the rest of the > series. ;) > > Please review. > > Christoph Bumiller (3): > gallium: add PIPE_BIND_COMMAND_ARGS_BUFFER > gallium: add facilities for indirect drawing > st/mesa: add support for indirect drawing > > Marek Olšák (6): > configure.ac: radeonsi requires EGL_DRM and GBM > radeonsi: implement ARB_texture_cube_map_array > gallium/u_vbuf: get draw info from an indirect buffer if there's any > radeonsi: use an SGPR instead of VGT_INDX_OFFSET > radeonsi: don't add info->start to the index buffer offset > radeonsi: implement ARB_draw_indirect > > Marek > _______________________________________________ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/mesa-dev _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
