[Bug 112196] New: Memory leak in Intel driver

[bugzilla-daemon at freedesktop.org]

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

            Bug ID: 112196
           Summary: Memory leak in Intel driver
           Product: xorg
           Version: unspecified
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: critical
          Priority: not set
         Component: Driver/intel
          Assignee: chris at chris-wilson.co.uk
          Reporter: jdemello at comqi.com
        QA Contact: intel-gfx-bugs at lists.freedesktop.org

We have a software solution that is based of Ubuntu 16.04 (fully updated).

uname -a: Linux EnGageRP-a371 4.15.0-62-generic #69~16.04.1-Ubuntu SMP Fri Sep
6 02:43:35 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Graphics driver version: 2:2.99.917+git20160325-1ubuntu1

Our software appears to have no free memory after a while. top does not
indicated any increase in RSS or Virtual Memory on any process. Kernel
buffers/cache seems to grow over time. Swap gets filled up over time and
eventually soon after either the player hangs or the OOM kills Xorg and
everything recovers.

The workload causing this varies over time and repeats every 15min. It
essentially consists of at most two video at a time (no hardware acceleration
enabled), along with a browser running something from https://stackla.com/ and
images. The video and the browser may run in parallel, but otherwise if alone,
it is in full screen. All videos are at most 1080p.

>From what I understand, Xorg process seems to be leaking gem objects and that
this might actually be indicative of a bug in the Intel driver.

I have tried tracing calls to gem_create and gem_close in Xorg, and a few
outstanding allocations. Please see attached summary.txt.

-- 
You are receiving this mail because:
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/20191101/00aef10a/attachment.html>