i965: require pixel scoreboard stall prior to ISP disable
Invalidating the indirect state pointers might affect a previously
scheduled & still running 3DPRIMITIVE (causing page fault). So stall
on pixel scoreboard before that.
v2: Fix compile issue :(
v3: Stall on pixel scoreboard
v4: Drop the post sync operation (Lionel)
Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
Reviewed-by: Rafael Antognolli <rafael.antognolli@intel.com>
Fixes: ca19ee33d7
("i965/gen10: Ignore push constant packets during context restore.")
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=106243
This commit is contained in:
@@ -349,14 +349,21 @@ gen7_emit_vs_workaround_flush(struct brw_context *brw)
|
||||
* context restore, so the mentioned hang doesn't happen. However,
|
||||
* software must program push constant commands for all stages prior to
|
||||
* rendering anything, so we flag them as dirty.
|
||||
*
|
||||
* Finally, we also make sure to stall at pixel scoreboard to make sure the
|
||||
* constants have been loaded into the EUs prior to disable the push constants
|
||||
* so that it doesn't hang a previous 3DPRIMITIVE.
|
||||
*/
|
||||
void
|
||||
gen10_emit_isp_disable(struct brw_context *brw)
|
||||
{
|
||||
brw_emit_pipe_control(brw,
|
||||
PIPE_CONTROL_ISP_DIS |
|
||||
PIPE_CONTROL_STALL_AT_SCOREBOARD |
|
||||
PIPE_CONTROL_CS_STALL,
|
||||
NULL, 0, 0);
|
||||
brw_emit_pipe_control(brw,
|
||||
PIPE_CONTROL_ISP_DIS,
|
||||
NULL, 0, 0);
|
||||
|
||||
brw->vs.base.push_constants_dirty = true;
|
||||
brw->tcs.base.push_constants_dirty = true;
|
||||
|
Reference in New Issue
Block a user