<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><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> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - [CI] igt@kms_cursor_legacy@*flip-vs-cursor-* Failed assertion: get_vblank(display->drm_fd, pipe, 0) == *"
href="https://bugs.freedesktop.org/show_bug.cgi?id=102670">bug 102670</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">i915 platform</td>
<td>BXT, GLK, HSW, I915G, KBL, SKL, SNB
</td>
<td>ALL
</td>
</tr>
<tr>
<td style="text-align:right;">QA Contact</td>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
<td>
</td>
</tr>
<tr>
<td style="text-align:right;">Assignee</td>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
<td>dri-devel@lists.freedesktop.org
</td>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>arkadiusz.hiler@intel.com
</td>
</tr>
<tr>
<td style="text-align:right;">Component</td>
<td>DRM/Intel
</td>
<td>IGT
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [CI] igt@kms_cursor_legacy@*flip-vs-cursor-* Failed assertion: get_vblank(display->drm_fd, pipe, 0) == *"
href="https://bugs.freedesktop.org/show_bug.cgi?id=102670#c17">Comment # 17</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [CI] igt@kms_cursor_legacy@*flip-vs-cursor-* Failed assertion: get_vblank(display->drm_fd, pipe, 0) == *"
href="https://bugs.freedesktop.org/show_bug.cgi?id=102670">bug 102670</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>The test seems to be very prone to race conditions and this may explain the
sporadic failures we see (few instances every week, affects all the machines):
1. we try to figure out experimentally how many cursor updates we can squeeze
between vblanks, by starting with a high number and lowering it until we fit.
Our target is a quarter of that
2. we pin our process to a CPU and fork a busy loop with sched_yield();
3. 150 loops of trying to squeeze target cursor updates within one vblank
This doesn't take power and thermal budged into account and makes a lot of
assumptions about process scheduling on a non-RTOS.
User impact is low. We loose some coverage. Test needs to be reworked.
Immediate steps:
1. log the delta between vblanks, so we can regain some coverage by having
better filters
2. log our target
3. don't exit early, show how many iterations of the 150 had failed
This is related and it makes sense to work on both together:
<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="show_bug.cgi?id=103355">https://bugs.freedesktop.org/show_bug.cgi?id=103355</a></pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>