I don't see why FRONT and BACK should be any different, so this is
probably okay.
The Mesa front buffer thing is an optimization. There is no point in
allocating the front buffer by default if almost no apps use it.
Marek
On Mon, Aug 17, 2015 at 11:34 PM, Dave Airlie wrote:
> On 17 August 2015
On 17 August 2015 at 20:25, Marek Olšák wrote:
> Gallium does create the front buffer (with DRI2 at least), but it's
> created only when it's used. glDrawBuffer(GL_FRONT) creates it
> usually.
So the problem is OpenGL conformance seems to assume the front buffer
will exist for querying even if it
Gallium does create the front buffer (with DRI2 at least), but it's
created only when it's used. glDrawBuffer(GL_FRONT) creates it
usually.
Marek
On Mon, Aug 17, 2015 at 5:23 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> It appears CTS does a lot of
>
> glGetFrameBufferAttachmentParameteriv wi
From: Dave Airlie
It appears CTS does a lot of
glGetFrameBufferAttachmentParameteriv with GL_FRONT_LEFT,
but gallium doesn't create a GL_FRONT_LEFT attachment,
so these all fail badly, now I'd like to argue the test suite
should probably only hit GL_BACK_LEFT but I'm guessing that
won't go down
