[Bug 110990] [CI][DRMTIP] igt at gem_cpu_reloc@forked - timeout - Received signal SIGQUIT

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Jul 3 19:52:30 UTC 2019


https://bugs.freedesktop.org/show_bug.cgi?id=110990

--- Comment #5 from Chris Wilson <chris at chris-wilson.co.uk> ---
Pure postulation, but I expect

commit c03467ba40f783ebe756114bb68e13a6b404c03a
Author: Chris Wilson <chris at chris-wilson.co.uk>
Date:   Wed Jul 3 10:17:17 2019 +0100

    drm/i915/gem: Free pages before rcu-freeing the object

    As we have dropped the final reference to the object, we do not need to
    wait until after the rcu grace period to drop its pages. We still require
    struct_mutex to completely unbind the object to release the pages, so we
    still need a free-worker to manage that from process context. By
    scheduling the release of pages before waiting for the rcu should mean
    that we are not trapping those pages from beyond the reach of the
    shrinker.

    v2: Pass along the request to skip if the vma is busy to the underlying
    unbind routine, to avoid checking the reservation underneath the
    i915->mm.obj_lock which may be used from inside irq context.

    v3: Flip the bit for unbinding while active, for later convenience.

    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=111035
    Fixes: a93615f900bd ("drm/i915: Throw away the active object retirement
complexity")
    Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
    Cc: Matthew Auld <matthew.auld at intel.com>
    Reviewed-by: Matthew Auld <matthew.auld at intel.com>
    Link:
https://patchwork.freedesktop.org/patch/msgid/20190703091726.11690-6-chris@chris-wilson.co.uk

to help here.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20190703/2e45ddea/attachment.html>


More information about the intel-gfx-bugs mailing list