<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - agd5f drm-next-3.19-wip + Unreal Elemental sometimes = list_add corruption/hung task"
href="https://bugs.freedesktop.org/show_bug.cgi?id=85207#c3">Comment # 3</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - agd5f drm-next-3.19-wip + Unreal Elemental sometimes = list_add corruption/hung task"
href="https://bugs.freedesktop.org/show_bug.cgi?id=85207">bug 85207</a>
from <span class="vcard"><a class="email" href="mailto:adf.lists@gmail.com" title="Andy Furniss <adf.lists@gmail.com>"> <span class="fn">Andy Furniss</span></a>
</span></b>
<pre>(In reply to Michel Dänzer from <a href="show_bug.cgi?id=85207#c2">comment #2</a>)
<span class="quote">> (In reply to Andy Furniss from <a href="show_bug.cgi?id=85207#c0">comment #0</a>)
> > Haven't seen on drm-next-3.18-wip
>
> Can you bisect the kernel?</span >
May be a bit early, but I will sit on the one before for a while to confirm.
Looks like the head commit -
commit bb9a49819ed30f3f5782b2504066547a8507a591
Author: Christian König <<a href="mailto:christian.koenig@amd.com">christian.koenig@amd.com</a>>
Date: Mon Oct 13 12:41:47 2014 +0200
drm/radeon: update the VM after setting BO address
This way the necessary VM update is kicked off immediately
if all BOs involved are in GPU accessible memory.
I haven't managed to lock or get Valley to GPU fault on the one before so far.
FWIW I noticed even on head the valley fault doesn't always happen - it seems
that I need to have set my CPUs to perf (which I nearly always do when testing
things like this). With cpufreq ondemand I didn't see the fault.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>