<div dir="ltr"><div><div>Done!<br><br><a href="https://bugs.freedesktop.org/show_bug.cgi?id=101325">https://bugs.freedesktop.org/show_bug.cgi?id=101325</a><br><br></div>Also, running ue4editor with 
R600_DEBUG=check_vm GALLIUM_DDEBUG="pipelined 10000" set made a difference -- program crashed but didn't take out the whole system. I take that as a good sign.<br><br></div>Luke<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 7 June 2017 at 00:09, Alex Deucher <span dir="ltr"><<a href="mailto:alexdeucher@gmail.com" target="_blank">alexdeucher@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Jun 5, 2017 at 10:05 PM, Michel Dänzer <<a href="mailto:michel@daenzer.net">michel@daenzer.net</a>> wrote:<br>
> On 03/06/17 07:46 AM, Luke Miller wrote:<br>
>><br>
>> I have a recurring problem with one 3D program (UE4editor) crashing my<br>
>> computer during a particular operation.<br>
>><br>
>> I believe the problem is at the DRM layer.<br>
><br>
> It's actually more likely in Mesa. If you set either or both of the<br>
> following environment variables for running ue4editor:<br>
><br>
> R600_DEBUG=check_vm GALLIUM_DDEBUG="pipelined 10000"<br>
><br>
> it should create a file in ~/ddebug_dumps/ with more information about<br>
> the GPU hang.<br>
><br>
<br>
</span>Please also open a bug (<a href="https://bugs.freedesktop.org" rel="noreferrer" target="_blank">https://bugs.freedesktop.org</a> Product: Mesa,<br>
Component: radeonsi) and attach your dmesg and xorg log along with all<br>
of the relevent info from this thread.  That way we have a central<br>
location to discuss the issue and store all of the relevant<br>
information.<br>
<br>
Thanks,<br>
<br>
Alex<br>
</blockquote></div><br></div>