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

[Marek Olšák]

No, I haven't, but it shouldn't be too difficult.

Marek

On Mon, Apr 28, 2014 at 12:03 AM, Ian Romanick <idr at 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 at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/mesa-dev
>