linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Wu Fengguang <fengguang.wu@intel.com>
To: Lukas Hejtmanek <xhejtman@ics.muni.cz>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"intel-gfx@lists.freedesktop.org"
	<intel-gfx@lists.freedesktop.org>,
	"jbarnes@virtuousgeek.org" <jbarnes@virtuousgeek.org>,
	"eric@anholt.net" <eric@anholt.net>
Subject: Re: [Bug #12210] 2.6.28-rc8 big regression in VM
Date: Tue, 3 Mar 2009 10:16:02 +0800	[thread overview]
Message-ID: <20090303021602.GA8149@localhost> (raw)
In-Reply-To: <20090226180636.GE4374@ics.muni.cz>

Hi Lukas,

On Thu, Feb 26, 2009 at 08:06:36PM +0200, Lukas Hejtmanek wrote:
> 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.

Could you provide the full filecache listing(the 'size' field may
provide some info), and the contents in /proc/dri/0/*?

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

Simply being "deleted" does not mean that they are leaked files.
shmem files are special.

Thanks,
Fengguang


  parent reply	other threads:[~2009-03-03  2:17 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-13 16:29 2.6.28-rc8-git1: Reported regressions from 2.6.27 Rafael J. Wysocki
2008-12-13 16:29 ` [Bug #11849] default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems) Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12061] snd_hda_intel: power_save: sound cracks on powerdown Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12047] ACPI toshiba: only register rfkill if bt is enabled Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12028] i915 DRM is broken in 2.6.28-rc4 Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12159] 2.6.28-rc6-git1 -- No sound produced from Intel HDA ALSA driver Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12160] networking oops after resume from s2ram (2.6.28-rc6) Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12156] v2.6.28-rc2: x86_32 relocation regression? Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12100] resume (S2R) broken by Intel microcode module, on A110L Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12155] Regression in 2.6.28-rc and 2.6.27-stable - hibernate related Rafael J. Wysocki
2008-12-13 18:45   ` Fabio Comolli
2008-12-13 18:56     ` Rafael J. Wysocki
2008-12-14 23:11       ` Dave Kleikamp
2008-12-16 19:07       ` Ingo Molnar
2008-12-16 19:14         ` Linus Torvalds
2008-12-16 19:18           ` Ingo Molnar
2008-12-16 19:51             ` Greg KH
2008-12-13 16:33 ` [Bug #12208] uml is very slow on 2.6.28 host Rafael J. Wysocki
2008-12-16  0:49   ` Miklos Szeredi
2008-12-16  3:25     ` Mike Galbraith
2008-12-16 10:26       ` Miklos Szeredi
2008-12-16 14:19         ` Mike Galbraith
2008-12-16 15:27           ` Miklos Szeredi
2008-12-17  6:17             ` Mike Galbraith
2008-12-18 14:37               ` Ingo Molnar
2008-12-16  6:56     ` Peter Zijlstra
2008-12-13 16:33 ` [Bug #12195] "dd" make kernel panic Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12178] Xorg crash at first start Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12209] oldish top core dumps (in its meminfo() function) Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12210] 2.6.28-rc8 big regression in VM Rafael J. Wysocki
2008-12-25 11:20   ` Wu Fengguang
2008-12-25 14:11     ` Rafael J. Wysocki
2009-02-26 18:06     ` Lukas Hejtmanek
2009-02-27  6:37       ` KOSAKI Motohiro
2009-03-03  2:16       ` Wu Fengguang [this message]
2009-03-03 14:13         ` Lukas Hejtmanek
2008-12-20 21:56 2.6.28-rc9-git1: Reported regressions from 2.6.27 Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12210] 2.6.28-rc8 big regression in VM Rafael J. Wysocki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20090303021602.GA8149@localhost \
    --to=fengguang.wu@intel.com \
    --cc=eric@anholt.net \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jbarnes@virtuousgeek.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=xhejtman@ics.muni.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).