lkml.org 
[lkml]   [2009]   [Feb]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [Bug #12210] 2.6.28-rc8 big regression in VM
Hello,

you may remember that I reported regression in VM. I used you filecache module
and discovered that the leaks are caused by these items:
# filecache 1.0
# ino size cached cached% refcnt state dev file
167302 16 16 100 1 d- 00:08(tmpfs) /drm\040mm\040object\040(deleted)
167301 16 16 100 1 d- 00:08(tmpfs) /drm\040mm\040object\040(deleted)
167300 16 16 100 1 d- 00:08(tmpfs) /drm\040mm\040object\040(deleted)
167299 4 4 100 1 -- 00:08(tmpfs) /drm\040mm\040object\040(deleted)
167290 8 8 100 1 -- 00:08(tmpfs) /drm\040mm\040object\040(deleted)
167289 8 8 100 1 -- 00:08(tmpfs) /drm\040mm\040object\040(deleted)
167288 16 16 100 1 -- 00:08(tmpfs) /drm\040mm\040object\040(deleted)
167287 16 16 100 1 d- 00:08(tmpfs) /drm\040mm\040object\040(deleted)

there are tons of those items:
cat /proc/filecache | grep drm | wc -l
14224

Do you have any clues what happens here? Is it a bug in kernel VM system or it
is more likely a bug in Intel's GEM drm driver? Right now it results in 500MB
of undropable cache.

Also lsof reports many leaked file descriptors:
lsof | grep drm | wc -l
7326

--
Lukáš Hejtmánek
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2009-02-26 19:09    [W:0.124 / U:0.196 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site