<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - regression: deadlock-freeze due to kernel commit aa56a292ce623734ddd30f52d73f527d1f3529b5"
href="https://bugs.freedesktop.org/show_bug.cgi?id=111601">111601</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>regression: deadlock-freeze due to kernel commit aa56a292ce623734ddd30f52d73f527d1f3529b5
</td>
</tr>
<tr>
<th>Product</th>
<td>DRI
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>major
</td>
</tr>
<tr>
<th>Priority</th>
<td>not set
</td>
</tr>
<tr>
<th>Component</th>
<td>DRM/Intel
</td>
</tr>
<tr>
<th>Assignee</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>howaboutsynergy@pm.me
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>CC</th>
<td>intel-gfx-bugs@lists.freedesktop.org
</td>
</tr></table>
<p>
<div>
<pre>In kernel 5.3.0-rc8 with commit aa56a292ce623734ddd30f52d73f527d1f3529b5
present(bisected), only on Intel/i915 computer (not on AMD/Radeon laptop) I can
easily reproduce a deadlock-like freeze of the entire system which apparently
lasts indefinitely. Sysrq still works but the CPU/fans go low speed and there's
no disk activity.
Apparently this freeze happens during low memory / memory pressure situations.
I've encountered the freeze during chromium compilation (possibly due to jumbo
build being in use which means it uses much RAM, I've 32G RAM total)
I tried to post about this on the issue that that commit references here:
<a href="https://bugzilla.kernel.org/show_bug.cgi?id=203317#c4">https://bugzilla.kernel.org/show_bug.cgi?id=203317#c4</a>
Not sure what more info to give at this point, please let me know.
Ah, the way I can easily reproduce this is by running the memfreeze (variant 1)
script from here:
<a href="https://gist.github.com/howaboutsynergy/d9818dcf462c071251a236787d8fbea6#file-memfreeze">https://gist.github.com/howaboutsynergy/d9818dcf462c071251a236787d8fbea6#file-memfreeze</a>
But in order to avoid the usual disk-reading freeze/crawl, I'm also using the
le9i.patch from here:
<a href="https://gist.github.com/howaboutsynergy/cbfa3cc5e8093c26c29f5d411c16e6b1/941ebb19cb493fb1d090475fafc57d4f4c2638ef">https://gist.github.com/howaboutsynergy/cbfa3cc5e8093c26c29f5d411c16e6b1/941ebb19cb493fb1d090475fafc57d4f4c2638ef</a>
(but le9h.patch is enough though, it just keeps `Active(file)` above 300MiB
during memory pressure; whilst le9i.patch also keeps `Inactive(file)` above
64MiB - but this is not necessary)
le9h.patch is here:
<a href="https://gist.github.com/howaboutsynergy/04fd9be927835b055ac15b8b64658e85/166cb58f454f2bdae26cbe219b919084cddfc657">https://gist.github.com/howaboutsynergy/04fd9be927835b055ac15b8b64658e85/166cb58f454f2bdae26cbe219b919084cddfc657</a>
Note that even without those patches, I can still cause this deadlock freeze
and I know that it's not the disk-reading freeze that le9*.patch is solving
because it lacks any disk activity and fans are slow speed, also mouse is
frozen forever and it doesn't snap back to normal after the specified
timeout(for 'stress' command).
The only reason I think it's about i915 is because of:
1. "i915" in the stacktrace in <a href="show_bug.cgi?id=111601#c1">Comment 1</a> here
<a href="https://bugzilla.kernel.org/show_bug.cgi?id=203317#c1">https://bugzilla.kernel.org/show_bug.cgi?id=203317#c1</a>
2. it only happens on my Intel(i915) computer, not on Amd/Radeon laptop(I
simply cannot reproduce the freeze on the AMD one)</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>