[Mesa-dev] [PATCHES 0/9] Draw Indirect and Cube Map Arrays for RadeonSI

[Ian Romanick]

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 at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/mesa-dev