| aa143d2e95600cb90e9fe423328e23bcfd267787 |
|
04-Jun-2015 |
Mika Isojärvi <misojarvi@google.com> |
Always read pixels from fbo in fbo recreate.no_rebind tests
Instead of rendering texture to screen and verifying result, read texture
attachments pixels using fbo. This changes texture tests to work same way as
renderbuffer tests work and avoids triggering some bugs in reference context.
Bug: 21526068
Change-Id: I3009703a947e1a11327cf8f49585dce2a3270a04
/external/deqp/modules/gles2/functional/es2fFboRenderTest.cpp
|
| 8cc4650120c587d5c00ad08cd1e0d81e804d7578 |
|
04-Nov-2014 |
Pyry Haulos <phaulos@google.com> |
Create repro cases for FBO clear bug
Color clears typically enjoy special handling in drivers, especially on
tile-based renderers, where fullscreen clears are typically just state
that gets processed when tile is initialized. That requires further
special handling when the clear is the only command issued to a render
target.
Sure enough there appears to be some devices where following doesn't
work as expected:
Repeat N times:
Clear FBO A with some iteration-specific color
Bind FBO B
Sample from FBO A
The result is that sampling might not return color of that iteration,
but instead for example the claer color of first, or previous iteration.
These tests attempt to reproduce that implementation bug.
Bug: 18169662
Change-Id: I869138c5108d66fdf0cf497f730b2b3518d1686d
/external/deqp/modules/gles2/functional/es2fFboRenderTest.cpp
|
| 3c827367444ee418f129b2c238299f49d3264554 |
|
02-Sep-2014 |
Jarkko Poyry <jpoyry@google.com> |
Import dEQP.
Import drawElements Quality Program from an internal repository.
Bug: 17388917
Change-Id: Ic109fe4a57e31b2a816113d90fbdf51a43e7abeb
/external/deqp/modules/gles2/functional/es2fFboRenderTest.cpp
|