[Mesa-dev] [PATCH] r600g: don't enable ReZ mode on evergreen

alexdeucher at gmail.com alexdeucher at gmail.com
Wed Feb 20 13:20:30 PST 2013


From: Alex Deucher <alexander.deucher at amd.com>

Can cause lockups in certain cases when
zfunc/zenable/zwrite change without a flush
in between.

Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=60969

This is a candidate for the 9.1 branch.

Signed-off-by: Alex Deucher <alexander.deucher at amd.com>
---
 src/gallium/drivers/r600/evergreen_state.c |    5 ++++-
 1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/src/gallium/drivers/r600/evergreen_state.c b/src/gallium/drivers/r600/evergreen_state.c
index fd73613..4a91942 100644
--- a/src/gallium/drivers/r600/evergreen_state.c
+++ b/src/gallium/drivers/r600/evergreen_state.c
@@ -3536,9 +3536,12 @@ void evergreen_update_db_shader_control(struct r600_context * rctx)
 	 * write to the zbuffer. Write to zbuffer is delayed after fragment shader
 	 * execution and thus after alpha test so if discarded by the alpha test
 	 * the z value is not written.
+	 * If ReZ is enabled, and the zfunc/zenable/zwrite values change you can
+	 * get a hang unless you flush the DB in between.  For now just use
+	 * LATE_Z.
 	 */
 	if (rctx->alphatest_state.sx_alpha_test_control) {
-		db_shader_control |= S_02880C_Z_ORDER(V_02880C_RE_Z);
+		db_shader_control |= S_02880C_Z_ORDER(V_02880C_LATE_Z);
 	} else {
 		db_shader_control |= S_02880C_Z_ORDER(V_02880C_EARLY_Z_THEN_LATE_Z);
 	}
-- 
1.7.7.5



More information about the mesa-dev mailing list