[Mesa-dev] [PATCH 16/23] readpix: raise priority of FBO completeness error

Ian Romanick idr at freedesktop.org
Thu Jan 10 10:14:58 PST 2013


On 01/09/2013 12:47 PM, Jordan Justen wrote:
> On Tue, Jan 8, 2013 at 9:21 AM, Jordan Justen <jljusten at gmail.com> wrote:
>> On Mon, Jan 7, 2013 at 1:19 PM, Ian Romanick <idr at freedesktop.org> wrote:
>>> On 01/04/2013 06:41 PM, Jordan Justen wrote:
>>>>
>>>> GTF/gles3 test suite wants this error to have higher priority
>>>> than the type checking.
>>>
>>>
>>> If the ReadPixels call in the test has multiple errors, the test should be
>>> changed.  There is no requirement to generate a specific error when multiple
>>> problems exist.  Is my understanding of the test case correct?
>>
>> Okay, it sounds like it is a test bug. I'll drop this patch and look
>> at the test instead.
>
> Looks like I'm wrong about the test. It seems like the fb-inc error is
> the only valid error.
>
> But, in patch 12, I added:
>     rb = _mesa_get_read_renderbuffer(ctx, internalFormat);
>     if (rb == NULL) {
>        _mesa_error(ctx, GL_INVALID_OPERATION,
>                    "glCopyTexImage%dD(read buffer)", dimensions);
>        return GL_TRUE;
>     }
>
> This is done because we need to look at the read-buffer format type
> for gles3. But, this code will also cause an error when the
> framebuffer is not complete, only I had it return invalid-op.
>
> So, I think this patch is needed to check the framebuffer completeness
> before this code tries to get the read-buffer. I propose a new log
> message:
>
> readpix: check FBO completeness before trying to access the read-buffer

Ah... that makes sense.

Reviewed-by: Ian Romanick <ian.d.romanick at intel.com>

> -Jordan



More information about the mesa-dev mailing list