<p dir="ltr">This happens all the time. Vs gets messed up and nothing gets drawn, and the test passes. This is always a huge source of wasted time for me. I'd be highly in favor of having a way to pre clear... Perhaps via cmdline option so that only people actively working on driver dev incur the extra cost.</p>
<div class="gmail_quote">On Jun 8, 2015 1:01 PM, "Marek Olšák" <<a href="mailto:maraeo@gmail.com">maraeo@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I recently ran into this. A tessellation test passed when it<br>
shouldn't. That was pretty weird. The driver or hw was dropping draw<br>
calls for some reason, yet most of the time the test passed. The<br>
solution:<br>
<br>
<a href="http://cgit.freedesktop.org/piglit/commit/?id=98c92d7bb2b80954912d9f8004e7810e7d21ff20" target="_blank">http://cgit.freedesktop.org/piglit/commit/?id=98c92d7bb2b80954912d9f8004e7810e7d21ff20</a><br>
<br>
Marek<br>
<br>
On Sun, Jun 7, 2015 at 10:29 PM, Dave Airlie <<a href="mailto:airlied@gmail.com">airlied@gmail.com</a>> wrote:<br>
> On 7 June 2015 at 12:11, Kenneth Graunke <<a href="mailto:kenneth@whitecape.org">kenneth@whitecape.org</a>> wrote:<br>
>> Hi all,<br>
>><br>
>> This patch series ports all vpfp-generic tests to shader_runner,<br>
>> and then deletes vpfp-generic.<br>
>><br>
>> A bit of history:<br>
>> - vpfp-generic was introduced by Nicolai Hähnle in 2009, as a generic<br>
>>   ARB_vertex|fragment_program test runner.<br>
>> - shader_runner was introduced by Ian Romanick in 2010, as a generic<br>
>>   GLSL shader runner.<br>
>> - shader_runner gained ARB program support in 2011 (courtesy of Eric Anholt).<br>
>><br>
>> At this point, vpfp-generic is fairly redundant - shader_runner can do<br>
>> everything we need, and is much more widespread (12000+ tests).  I've<br>
>> been meaning to delete it for a few years, but never got around to it.<br>
>><br>
>> One difference is that the new tests don't glClear() before drawing.  Since<br>
>> they draw the entire window, it's pretty unnecessary, and just makes the<br>
>> tests harder to debug.  Many shader_runner tests don't bother clearing.<br>
><br>
> This is actually annoying feature, esp if all tests use the same color<br>
> for success,<br>
><br>
> because we render one test, it passes, we render another test, it<br>
> doesn't draw anything<br>
> but it has gotten the back buffer from the previous tests, and it<br>
> magically passes.<br>
><br>
> This happens a lot more often on GPUs with VRAM.<br>
><br>
> Dave.<br>
> _______________________________________________<br>
> Piglit mailing list<br>
> <a href="mailto:Piglit@lists.freedesktop.org">Piglit@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/piglit" target="_blank">http://lists.freedesktop.org/mailman/listinfo/piglit</a><br>
_______________________________________________<br>
Piglit mailing list<br>
<a href="mailto:Piglit@lists.freedesktop.org">Piglit@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/piglit" target="_blank">http://lists.freedesktop.org/mailman/listinfo/piglit</a><br>
</blockquote></div>