[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