[Bug 94814] New: Purging GPU memory, out of memory kernel error, plenty of memory available

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Apr 4 12:48:26 UTC 2016


https://bugs.freedesktop.org/show_bug.cgi?id=94814

            Bug ID: 94814
           Summary: Purging GPU memory, out of memory kernel error, plenty
                    of memory available
           Product: DRI
           Version: DRI git
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: DRM/Intel
          Assignee: intel-gfx-bugs at lists.freedesktop.org
          Reporter: a.nielsen at shikadi.net
        QA Contact: intel-gfx-bugs at lists.freedesktop.org
                CC: intel-gfx-bugs at lists.freedesktop.org

Created attachment 122700
  --> https://bugs.freedesktop.org/attachment.cgi?id=122700&action=edit
dmesg output after OOM event

In response to this request:
https://lists.freedesktop.org/archives/intel-gfx/2016-February/088489.html

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 at 4K, DVI at 1600x1200 portrait, HDMI at 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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20160404/f901c041/attachment.html>


More information about the intel-gfx-bugs mailing list