<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [CI][DRMTIP] igt@gem_ppgtt@blt-vs-render-ctxn - dmesg-warn - swap is full" href="https://bugs.freedesktop.org/show_bug.cgi?id=109801#c7">Comment # 7</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [CI][DRMTIP] igt@gem_ppgtt@blt-vs-render-ctxn - dmesg-warn - swap is full" href="https://bugs.freedesktop.org/show_bug.cgi?id=109801">bug 109801</a> from <a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> Chris Wilson</a> <pre>I can run gem_ppgtt/blt-vs-render-ctxN in a loop for hours upon hours on kbl. The number of gem objects stays beneath 1000 and memory usage negligible. Went through the test and rendercopy_gen9 (which is also gen11) and there is nothing that looks like a leak, nor does valgrind think there is (significant at least). I suppose if I dump meminfo/slabinfo before the test begins, we should then be able to compare with the allocation failure to see if the shmem usage is solely due to the test. In terms of patches, the one that stands out as being of interest would be commit 64e3d12f769d60eaee6d2e53a9b7f0b3814f32ed Author: Kuo-Hsin Yang <<a href="mailto:vovoy@chromium.org">vovoy@chromium.org</a>> Date: Tue Nov 6 13:23:24 2018 +0000 mm, drm/i915: mark pinned shmemfs pages as unevictable</pre> </div> <hr> You are receiving this mail because: <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>