[Bug 108887] [CI][SHARDS] igt at gem_userptr_blits@readonly-unsync - timeout

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Jan 16 11:10:11 UTC 2019


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

Chris Wilson <chris at chris-wilson.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #7 from Chris Wilson <chris at chris-wilson.co.uk> ---
commit 8477ed9aeeaa8afb491d73a4c53d1b7dc64413c6 (upstream/master,
origin/master, origin/HEAD)
Author: Chris Wilson <chris at chris-wilson.co.uk>
Date:   Tue Jan 15 20:50:24 2019 +0000

    i915/gem_userptr_blits: Only mlock the memfd once, not the arena

    We multiply the memfd 64k to create a 2G arena which we then attempt to
    write into after marking read-only. However, when it comes to unlock the
    arena after the test, performance tanks as the kernel tries to resolve
    the 64k repeated mappings onto the same set of pages. (Must not be a
    very common operation!) We can get away with just mlocking the backing
    store to prevent its eviction, which should prevent the arena mapping
    from being freed as well.

    References: https://bugs.freedesktop.org/show_bug.cgi?id=108887
    Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
    Reviewed-by: Mika Kuoppala <mika.kuoppala at linux.intel.com>

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


More information about the intel-gfx-bugs mailing list