On Fri, Feb 5, 2016 at 12:44 PM, Edward O'Callaghan <eocallag...@alterapraxis.com> wrote: > Signed-off-by: Edward O'Callaghan <eocallag...@alterapraxis.com> > --- > src/gallium/drivers/radeonsi/si_pipe.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/src/gallium/drivers/radeonsi/si_pipe.c > b/src/gallium/drivers/radeonsi/si_pipe.c > index d3f3677..a58a9d5 100644 > --- a/src/gallium/drivers/radeonsi/si_pipe.c > +++ b/src/gallium/drivers/radeonsi/si_pipe.c > @@ -361,7 +361,6 @@ static int si_get_param(struct pipe_screen* pscreen, enum > pipe_cap param) > case PIPE_CAP_GENERATE_MIPMAP: > case PIPE_CAP_STRING_MARKER: > case PIPE_CAP_QUERY_BUFFER_OBJECT: > - case PIPE_CAP_MAX_FRAMEBUFFER_LAYERS: > return 0; > > case PIPE_CAP_MAX_SHADER_PATCH_VARYINGS: > @@ -401,6 +400,9 @@ static int si_get_param(struct pipe_screen* pscreen, enum > pipe_cap param) > /* textures support 8192, but layered rendering supports 2048 > */ > return 2048; > > + case PIPE_CAP_MAX_FRAMEBUFFER_LAYERS: > + return 2048; > +
Others have probably said this already, but I think this new CAP is unnecessary and PIPE_CAP_MAX_TEXTURE_ARRAY_LAYERS can be used instead. With that, this patch can be dropped. Marek _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
