diff options
author | Nanley Chery <[email protected]> | 2018-04-30 11:30:32 -0700 |
---|---|---|
committer | Nanley Chery <[email protected]> | 2018-05-17 07:06:41 -0700 |
commit | 58d99a21f125b4a834dd7af58b4f05a3a601f7c7 (patch) | |
tree | 666805f0a6d3a7fef33f09de09e4946aede43f07 /src/mesa/Android.libmesa_sse41.mk | |
parent | b58675e93f03eee46de63bb596d4b97561fdaf42 (diff) |
i965/miptree: Initialize the indirect clear color to zero
The indirect clear color isn't correctly tracked in
intel_miptree::fast_clear_color. The initial value of ::fast_clear_color
is zero, while that of the indirect clear color is undefined.
Topi Pohjolainen discovered this issue with MCS buffers. This issue is
apparent when fast-clearing an MCS buffer for the first time with
glClearColor = {0.0,}. Although the indirect clear color is undefined,
the initial aux state of the MCS is CLEAR and the tracked clear color is
zero, so we avoid updating the indirect clear color with {0.0,}.
Make the indirect clear color match the initial value of
::fast_clear_color.
Note: although we only have to drop HiZ's BO_ALLOC_BUSY flag for gen10+,
we also drop it pre-gen10 to keep things simple. We add this flag back
for pre-gen10 in a later patch.
v2: Add a note about dropping HiZ's BO_ALLOC_BUSY flag (Topi).
Reviewed-by: Topi Pohjolainen <[email protected]>
Reviewed-by: Jason Ekstrand <[email protected]>
Diffstat (limited to 'src/mesa/Android.libmesa_sse41.mk')
0 files changed, 0 insertions, 0 deletions