[Bug 106125] [CI] igt at gem_wait@wait-default - fail - Failed assertion: wait.timeout_ns > 0
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu May 3 14:16:41 UTC 2018
https://bugs.freedesktop.org/show_bug.cgi?id=106125
Chris Wilson <chris at chris-wilson.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |WORKSFORME
--- Comment #5 from Chris Wilson <chris at chris-wilson.co.uk> ---
Warning be silenced:
commit f772d9a910130b3aec8efa4f09ed723618fae656 (HEAD, upstream/master)
Author: Chris Wilson <chris at chris-wilson.co.uk>
Date: Wed May 2 12:11:26 2018 +0100
igt/gem_wait: Relax assertion for wait completion
When waiting for a finite batch, all that we require is that the batch
completes. If it takes the full second (or longer) for us to wake up and
notice the completed batch is immaterial, so only assert that we don't
report an infinite timeout afterwards.
Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
Reviewed-by: Joonas Lahtinen <joonas.lahtinen at linux.intel.com>
We can still get a timer error if the spin_set_timeout() doesn't fire within 1s
(target is 0.5s), but we no longer trigger a warning (as in this case) when we
don't wake up within 1s (due to whatever scheduling latency) but have detected
the completed batch (or we wouldn't wake up at all... except stray signals?)
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20180503/bc98f78f/attachment.html>
More information about the intel-gfx-bugs
mailing list