[Mesa-dev] [PATCH v2 6/9] radeonsi: Enable ARB_framebuffer_no_attachments

Marek Olšák maraeo at gmail.com
Fri Feb 5 16:43:34 UTC 2016


On Fri, Feb 5, 2016 at 12:44 PM, Edward O'Callaghan
<eocallaghan at alterapraxis.com> wrote:
> Signed-off-by: Edward O'Callaghan <eocallaghan at 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


More information about the mesa-dev mailing list