mirror of
https://gitlab.freedesktop.org/mesa/mesa.git
synced 2026-05-07 20:08:06 +02:00
blorp: Emit a dummy 3DSTATE_WM prior to 3DSTATE_WM_HZ_OP
Cc: mesa-stable@lists.freedesktop.org
Suggested-by: Francisco Jerez <currojerez@riseup.net>
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
(cherry picked from commit b6b2b27809)
[Juan A. Suarez: resolve trivial conflicts]
Signed-off-by: Juan A. Suarez Romero <jasuarez@igalia.com>
Conflicts:
src/intel/blorp/blorp_genX_exec.h
This commit is contained in:
parent
e69b51d632
commit
14d61206eb
1 changed files with 9 additions and 0 deletions
|
|
@ -1628,6 +1628,15 @@ blorp_emit_gen8_hiz_op(struct blorp_batch *batch,
|
|||
*/
|
||||
blorp_emit_3dstate_multisample(batch, params);
|
||||
|
||||
/* According to the SKL PRM formula for WM_INT::ThreadDispatchEnable, the
|
||||
* 3DSTATE_WM::ForceThreadDispatchEnable field can force WM thread dispatch
|
||||
* even when WM_HZ_OP is active. However, WM thread dispatch is normally
|
||||
* disabled for HiZ ops and it appears that force-enabling it can lead to
|
||||
* GPU hangs on at least Skylake. Since we don't know the current state of
|
||||
* the 3DSTATE_WM packet, just emit a dummy one prior to 3DSTATE_WM_HZ_OP.
|
||||
*/
|
||||
blorp_emit(batch, GENX(3DSTATE_WM), wm);
|
||||
|
||||
/* If we can't alter the depth stencil config and multiple layers are
|
||||
* involved, the HiZ op will fail. This is because the op requires that a
|
||||
* new config is emitted for each additional layer.
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue