<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> <span class="fn">Chris Wilson</span></a>
</span> changed
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - [CI] igt@gem_exec_schedule@pi-ringfull-bsd2 - fail - Failed assertion: __execbuf(fd, &execbuf) == -4"
href="https://bugs.freedesktop.org/show_bug.cgi?id=105343">bug 105343</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;">Status</td>
<td>NEW
</td>
<td>RESOLVED
</td>
</tr>
<tr>
<td style="text-align:right;">Resolution</td>
<td>---
</td>
<td>FIXED
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - [CI] igt@gem_exec_schedule@pi-ringfull-bsd2 - fail - Failed assertion: __execbuf(fd, &execbuf) == -4"
href="https://bugs.freedesktop.org/show_bug.cgi?id=105343#c1">Comment # 1</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - [CI] igt@gem_exec_schedule@pi-ringfull-bsd2 - fail - Failed assertion: __execbuf(fd, &execbuf) == -4"
href="https://bugs.freedesktop.org/show_bug.cgi?id=105343">bug 105343</a>
from <span class="vcard"><a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> <span class="fn">Chris Wilson</span></a>
</span></b>
<pre>commit e3a0ed9855a2e9d77cfd0c770ceadac5b7030e4e (HEAD, upstream/master)
Author: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>>
Date: Mon Mar 5 10:51:06 2018 +0000
Bump measure_ring_size() timer interval
It appears that waiting for a 100us period whereby we are unable to
submit another batch and proclaim the ring full, may have the false
positive where the scheduler intervenes and we are signalled twice
before having slept on ring space. Increasing the interval reduces the
likelihood of the scheduler stealing the cpu from us, but does not
eliminate it. Fortuitously it appears to be a rare false positive.
For the library routine, we can fork a RT process but that seems a bit
overkill!
References: <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - [CI] igt@gem_exec_schedule@pi-ringfull-bsd2 - fail - Failed assertion: __execbuf(fd, &execbuf) == -4"
href="show_bug.cgi?id=105343">https://bugs.freedesktop.org/show_bug.cgi?id=105343</a>
Signed-off-by: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>>
Cc: Antonio Argenziano <<a href="mailto:antonio.argenziano@intel.com">antonio.argenziano@intel.com</a>>
Reviewed-by: Antonio Argenziano <<a href="mailto:antonio.argenziano@intel.com">antonio.argenziano@intel.com</a>>
Assuming fixed.</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 assignee for the bug.</li>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>