From: Andrew Morton <akpm@osdl.org>
To: Manfred Spraul <manfred@colorfullife.com>
Cc: wli@holomorphy.com, albertogli@telpin.com.ar,
linux-kernel@vger.kernel.org
Subject: Re: 2.6.0-test5/6 (and probably 7 too) size-4096 memory leak
Date: Wed, 15 Oct 2003 23:31:02 -0700 [thread overview]
Message-ID: <20031015233102.05eb809b.akpm@osdl.org> (raw)
In-Reply-To: <3F8E2F68.7010007@colorfullife.com>
Manfred Spraul <manfred@colorfullife.com> wrote:
>
> I've attached something: with the patch applied, `echo "size-4096 0 0 0"
> > /proc/slabinfo` dumps all caller addresses.
Awesome, thanks.
I added some tweaks (why was it returning -EINVAL?).
Is there any reason why we shouldn't merge this up?
mm/slab.c | 17 +++++++++++++----
1 files changed, 13 insertions(+), 4 deletions(-)
diff -puN mm/slab.c~slab-leak-detector-tweaks mm/slab.c
--- 25/mm/slab.c~slab-leak-detector-tweaks 2003-10-15 23:11:19.000000000 -0700
+++ 25-akpm/mm/slab.c 2003-10-15 23:17:12.000000000 -0700
@@ -2708,6 +2708,7 @@ struct seq_operations slabinfo_op = {
static void do_dump_slabp(kmem_cache_t *cachep)
{
+#if DEBUG
struct list_head *q;
check_irq_on();
@@ -2716,10 +2717,17 @@ static void do_dump_slabp(kmem_cache_t *
struct slab *slabp;
int i;
slabp = list_entry(q, struct slab, list);
- for (i=0;i<cachep->num;i++)
- printk(KERN_DEBUG "obj %p/%d: %p\n", slabp, i, (void*)(slab_bufctl(slabp)[i]));
+ for (i = 0; i < cachep->num; i++) {
+ unsigned long sym = slab_bufctl(slabp)[i];
+
+ printk(KERN_DEBUG "obj %p/%d: %p",
+ slabp, i, (void *)sym);
+ print_symbol(" <%s>", sym);
+ printk("\n");
+ }
}
spin_unlock_irq(&cachep->spinlock);
+#endif
}
#define MAX_SLABINFO_WRITE 128
@@ -2763,9 +2771,10 @@ ssize_t slabinfo_write(struct file *file
batchcount > limit ||
shared < 0) {
do_dump_slabp(cachep);
- res = -EINVAL;
+ res = 0;
} else {
- res = do_tune_cpucache(cachep, limit, batchcount, shared);
+ res = do_tune_cpucache(cachep, limit,
+ batchcount, shared);
}
break;
}
_
next prev parent reply other threads:[~2003-10-16 6:27 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-16 2:55 2.6.0-test5/6 (and probably 7 too) size-4096 memory leak Alberto Bertogli
2003-10-16 4:19 ` Andrew Morton
2003-10-16 4:43 ` William Lee Irwin III
2003-10-16 4:58 ` Andrew Morton
2003-10-16 5:40 ` Manfred Spraul
2003-10-16 6:31 ` Andrew Morton [this message]
2003-10-16 15:13 ` Manfred Spraul
2003-10-17 5:56 ` Andrew Morton
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=20031015233102.05eb809b.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=albertogli@telpin.com.ar \
--cc=linux-kernel@vger.kernel.org \
--cc=manfred@colorfullife.com \
--cc=wli@holomorphy.com \
/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