<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 - Purging GPU memory, out of memory kernel error, plenty of memory available"
href="https://bugs.freedesktop.org/show_bug.cgi?id=94814">94814</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Purging GPU memory, out of memory kernel error, plenty of memory available
</td>
</tr>
<tr>
<th>Product</th>
<td>DRI
</td>
</tr>
<tr>
<th>Version</th>
<td>DRI git
</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>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</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>a.nielsen@shikadi.net
</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>Created <span class=""><a href="attachment.cgi?id=122700" name="attach_122700" title="dmesg output after OOM event">attachment 122700</a> <a href="attachment.cgi?id=122700&action=edit" title="dmesg output after OOM event">[details]</a></span>
dmesg output after OOM event
In response to this request:
<a href="https://lists.freedesktop.org/archives/intel-gfx/2016-February/088489.html">https://lists.freedesktop.org/archives/intel-gfx/2016-February/088489.html</a>
I have run the drm-intel-nightly kernel for 18 days, two hours and experienced
this problem again.
It usually manifests when using mplayer fullscreen (windowed is fine) at 2K or
4K resolution.
The video framerate grinds to a crawl, mplayer spits out messages about the
computer being too slow for playback, then applications start getting killed by
the kernel OOM killer.
The system has around 14GB of free memory at this point, so it's obviously not
main memory it has run out of, although the kernel still tries to kill
processes to free up main memory anyway.
The mailing list post has copies of dmesg from a normal kernel, and I will
attach copies of dmesg output for drm-intel-nightly. To produce this dmesg
output, I ran mplayer in fullscreen mode at 4K (720p video), after a few
minutes it ran slowly so I exited mplayer and observed one process was killed.
I immediately launched mplayer again and it was slow from the start, and then
when I exited I observed another process was killed.
I can now no longer run mplayer as it will kill all my processes one by one, so
to run mplayer again I will need to restart my machine. It almost seems like
there is a video memory leak, video memory is becoming fragmented, or something
along those lines. It always seems to take at least two weeks for the problem
to surface.
System architecture: x86_64
Kernel version: 4.5.0-1-drm-intel-nightly
Distribution: Arch Linux
Machine: Intel DH87MC motherboard, latest BIOS as of drm-intel-nightly
compilation date (reflashed before booting this kernel)
Display connector: DP@4K, DVI@1600x1200 portrait, HDMI@1600x1200 portrait
I only just saw the request to use drm.debug=0x1e so I will add that to my
kernel command line now and reboot in a day or two if I don't hear back with
any more tests to run, and in another 18 days or so when the issue happens
again I'll attach the more detailed logs.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
<li>You are on the CC list for the bug.</li>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>