No, I haven't, but it shouldn't be too difficult. Marek
On Mon, Apr 28, 2014 at 12:03 AM, Ian Romanick <i...@freedesktop.org> wrote: > 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
