<div dir="ltr">Thank you for helping me out with this Ken!</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 31, 2017 at 3:50 AM, Kenneth Graunke <span dir="ltr"><<a href="mailto:kenneth@whitecape.org" target="_blank">kenneth@whitecape.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Monday, October 30, 2017 2:14:24 PM PDT Plamena Manolova wrote:<br>
> This patch modifies the ARB_indirect_parameters logic in<br>
> brw_draw_prims, so that our implementation isn't affected if<br>
> another application attempts to use predicates. Previously we<br>
> were using a predicate with a DELTAS_EQUAL comparison operation<br>
> and relying on the MI_PREDICATE_DATA register being 0. Our code<br>
> to initialize MI_PREDICATE_DATA to 0 was incorrect, so we were<br>
> accidentally using whatever value was written there. Because the<br>
> kernel does not initialize the MI_PREDICATE_DATA register on<br>
> hardware context creation, we might inherit the value from whatever<br>
> context was last running on the GPU (likely another process).<br>
> The Haswell command parser also does not currently allow us to write<br>
> the MI_PREDICATE_DATA register. Rather than fixing this and requiring<br>
> an updated kernel, we switch to a different approach which uses a<br>
> SRCS_EQUAL predicate that makes no assumptions about the states of any<br>
> of the predicate registers.<br>
><br>
> Fixes: piglit.spec.arb_indirect_<wbr>parameters.tf-count-arrays<br>
> Bugzilla: <a href="https://bugs.freedesktop.org/show_bug.cgi?id=103085" rel="noreferrer" target="_blank">https://bugs.freedesktop.org/<wbr>show_bug.cgi?id=103085</a><br>
><br>
> Signed-off-by: Plamena Manolova <<a href="mailto:plamena.manolova@intel.com">plamena.manolova@intel.com</a>><br>
<br>
</span>Reviewed-by: Kenneth Graunke <<a href="mailto:kenneth@whitecape.org">kenneth@whitecape.org</a>><br>
<br>
and pushed.  Thanks Pam!<br>
</blockquote></div><br></div>