<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [CI] igt@gem_* - fail - Failed assertion: __gem_execbuf(fd, execbuf) == 0" href="https://bugs.freedesktop.org/show_bug.cgi?id=106744#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [CI] igt@gem_* - fail - Failed assertion: __gem_execbuf(fd, execbuf) == 0" href="https://bugs.freedesktop.org/show_bug.cgi?id=106744">bug 106744</a> from <a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> Chris Wilson</a> <pre>(In reply to Chris Wilson from <a href="show_bug.cgi?id=106744#c2">comment #2</a>) > (In reply to Martin Peres from <a href="show_bug.cgi?id=106744#c1">comment #1</a>) > > <a href="https://intel-gfx-ci.01.org/tree/drm-tip/IGT_4515/fi-byt-n2820/">https://intel-gfx-ci.01.org/tree/drm-tip/IGT_4515/fi-byt-n2820/</a> > > igt@<a href="mailto:gem_exec_gttfill@basic.html">gem_exec_gttfill@basic.html</a> > > > > (gem_exec_gttfill:1501) ioctl_wrappers-CRITICAL: Test assertion failure > > function gem_execbuf, file ../lib/ioctl_wrappers.c:605: > > (gem_exec_gttfill:1501) ioctl_wrappers-CRITICAL: Failed assertion: > > __gem_execbuf(fd, execbuf) == 0 > > (gem_exec_gttfill:1501) ioctl_wrappers-CRITICAL: error: -16 != 0 > > Subtest basic failed. > > That is a very different error. EINVAL (original bug) is an igt bug, EBUSY > here is a kernel bug. Gone. commit 827db9d8bb4a01314f214065e3f18c8345c5fc9f Author: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>> Date: Thu Jun 21 08:32:05 2018 +0100 drm/i915: Ignore applying the self-relocation BIAS if no relocations We only need to apply the BIAS for self-relocations into the batchbuffer iff the execobject has any relocations. This suppresses some warnings we may get with a full gtt (so the batch object has wound up at 0 from a previous invocation), but doesn't fix the underlying problem of how we tried to move a pinned batch vma (how we have a pinned user vma outside of execbuf, I do not know, though this being on an aliasing ppgtt means it could be a spurious pinning via the global gtt). One step at a time... References: <a class="bz_bug_link bz_status_NEW " title="NEW - [CI] igt@gem_* - fail - Failed assertion: __gem_execbuf(fd, execbuf) == 0" href="show_bug.cgi?id=106744#c1">https://bugs.freedesktop.org/show_bug.cgi?id=106744#c1</a> Testcase: igt/gem_exec_gttfill # byt (sporadic) Signed-off-by: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>> Cc: Joonas Lahtinen <<a href="mailto:joonas.lahtinen@linux.intel.com">joonas.lahtinen@linux.intel.com</a>> Reviewed-by: Joonas Lahtinen <<a href="mailto:joonas.lahtinen@linux.intel.com">joonas.lahtinen@linux.intel.com</a>> Link: <a href="https://patchwork.freedesktop.org/patch/msgid/20180621073205.26701-1-chris@chris-wilson.co.uk">https://patchwork.freedesktop.org/patch/msgid/20180621073205.26701-1-chris@chris-wilson.co.uk</a></pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> <li>You are the QA Contact for the bug.</li> <li>You are on the CC list for the bug.</li> </ul> </body> </html>