<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - [IVB/HSW]igt/gem_ctx_exec/eviction causes system hang with -queued kernel"
href="https://bugs.freedesktop.org/show_bug.cgi?id=72557">72557</a>
</td>
</tr>
<tr>
<th>CC</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Assignee</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Summary</th>
<td>[IVB/HSW]igt/gem_ctx_exec/eviction causes system hang with -queued kernel
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Classification</th>
<td>Unclassified
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Reporter</th>
<td>huax.lu@intel.com
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Component</th>
<td>DRM/Intel
</td>
</tr>
<tr>
<th>Product</th>
<td>DRI
</td>
</tr></table>
<p>
<div>
<pre>System Environment:
--------------------------
Arch: x86_64
Platform: Ivybridge/Haswell
Kernel: (drm-intel-next-queued)798183c54799fbe1e5a5bfabb3a8c0505ffd2149
Bug detailed description:
---------------------------
It causes system hang with -queued kernel. It fails on -fixes and -nightly
kernel(<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - [IVB/HSW]igt/gem_ctx_exec/eviction fails"
href="show_bug.cgi?id=72507">bug 72507</a>)
Bisect on -fixes kernel, commit a415d355645ca5e8797235a76026ca2622ceefdb fixed
it.
commit a415d355645ca5e8797235a76026ca2622ceefdb
Author: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>>
Date: Tue Nov 26 11:23:15 2013 +0000
drm/i915: Pin relocations for the duration of constructing the execbuffer
As the execbuffer dispatch grows ever more complex and involves multiple
stages of moving objects into the aperture, we need to take greater care
that we do not evict our execbuffer objects prior to dispatch. This is
relatively simple as we can just keep the objects pinned for not just
the relocation but until we are finished.
One such example is the possibility of the context switch causing an
eviction or hitting the shrinker in order to fit its object into the
aperture.
Link:
<a href="http://lists.freedesktop.org/archives/intel-gfx/2013-November/036166.h">http://lists.freedesktop.org/archives/intel-gfx/2013-November/036166.h</a>
tml
Reported-by: "Siluvery, Arun" <<a href="mailto:arun.siluvery@intel.com">arun.siluvery@intel.com</a>>
Signed-off-by: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>>
Cc: Ben Widawsky <<a href="mailto:benjamin.widawsky@intel.com">benjamin.widawsky@intel.com</a>>
Cc: Daniel Vetter <<a href="mailto:daniel@ffwll.ch">daniel@ffwll.ch</a>>
Cc: <a href="mailto:stable@vger.kernel.org">stable@vger.kernel.org</a>
output:
trying buffer count 521599
trying buffer count 521598
trying buffer count 521597
trying buffer count 521596
Reproduce steps:
-------------------------
1. ./gem_ctx_exec --run-subtest eviction</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are on the CC list for the bug.</li>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>