summaryrefslogtreecommitdiffstats
path: root/src/mapi/entry_x86-64_tls.h
diff options
context:
space:
mode:
authorNanley Chery <[email protected]>2018-04-30 11:30:32 -0700
committerNanley Chery <[email protected]>2018-05-17 07:06:41 -0700
commit58d99a21f125b4a834dd7af58b4f05a3a601f7c7 (patch)
tree666805f0a6d3a7fef33f09de09e4946aede43f07 /src/mapi/entry_x86-64_tls.h
parentb58675e93f03eee46de63bb596d4b97561fdaf42 (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/mapi/entry_x86-64_tls.h')
0 files changed, 0 insertions, 0 deletions