<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED - [CI][SHARDS] igt@kms_cursor_legacy@cursor-vs-flip-* - fail - Failed assertion: shared[0] > vrefresh*target / 2"
href="https://bugs.freedesktop.org/show_bug.cgi?id=103355#c23">Comment # 23</a>
on <a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED - [CI][SHARDS] igt@kms_cursor_legacy@cursor-vs-flip-* - fail - Failed assertion: shared[0] > vrefresh*target / 2"
href="https://bugs.freedesktop.org/show_bug.cgi?id=103355">bug 103355</a>
from <span class="vcard"><a class="email" href="mailto:arkadiusz.hiler@intel.com" title="Arek Hiler <arkadiusz.hiler@intel.com>"> <span class="fn">Arek Hiler</span></a>
</span></b>
<pre>(In reply to anusha from <a href="show_bug.cgi?id=103355#c22">comment #22</a>)
<span class="quote">> I tried to play around with reducing the threshold just to see at
> what point the test passes and the lesser we reduce the threshold
> value to, the lesser updates we are doing. Which is very weird....</span >
Interesting. 'target' does not play any role in the test other than
serving as the baseline for comparison at the very end of an iteration.
The only thing that comes to my mind is that cursor gets progressively
slower. Can you check that, as I don't have ICL at hands?
We do nloops=50 of iterations for cursor-vs-flip. You can turn the
igt_assert_f() to an igt_debug() and see how the shared[0], which
has the number of performed updates, changes over the course
of execution.
Thanks!</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are on the CC list for the bug.</li>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>