From: Matt Mackall <mpm@selenic.com>
To: Pekka Enberg <penberg@cs.helsinki.fi>
Cc: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>,
linux-kernel@vger.kernel.org, linux-mm@kvack.org,
Christoph Lameter <cl@linux-foundation.org>
Subject: Re: [RFC PATCH 5/5] kmemtrace: SLOB hooks.
Date: Fri, 11 Jul 2008 10:36:37 -0500 [thread overview]
Message-ID: <1215790597.4800.2.camel@calx> (raw)
In-Reply-To: <84144f020807110144t359ef9d3q36a0ca7caa36841f@mail.gmail.com>
On Fri, 2008-07-11 at 11:44 +0300, Pekka Enberg wrote:
> Hi,
>
> Matt, can you take a look at this? I know you don't want *debugging*
> code in SLOB but this is for instrumentation.
I presume this code all disappears in a default SLOB build?
> On Thu, Jul 10, 2008 at 9:06 PM, Eduard - Gabriel Munteanu
> <eduard.munteanu@linux360.ro> wrote:
> > This adds hooks for the SLOB allocator, to allow tracing with kmemtrace.
> >
> > Signed-off-by: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
> > ---
> > mm/slob.c | 37 +++++++++++++++++++++++++++++++------
> > 1 files changed, 31 insertions(+), 6 deletions(-)
> >
> > diff --git a/mm/slob.c b/mm/slob.c
> > index a3ad667..44f395a 100644
> > --- a/mm/slob.c
> > +++ b/mm/slob.c
> > @@ -65,6 +65,7 @@
> > #include <linux/module.h>
> > #include <linux/rcupdate.h>
> > #include <linux/list.h>
> > +#include <linux/kmemtrace.h>
> > #include <asm/atomic.h>
> >
> > /*
> > @@ -463,27 +464,38 @@ void *__kmalloc_node(size_t size, gfp_t gfp, int node)
> > {
> > unsigned int *m;
> > int align = max(ARCH_KMALLOC_MINALIGN, ARCH_SLAB_MINALIGN);
> > + void *ret;
There's tons of tab damage in this patch. Or perhaps it's just been
mangled by someone's mailer?
> > if (size < PAGE_SIZE - align) {
> > if (!size)
> > return ZERO_SIZE_PTR;
> >
> > m = slob_alloc(size + align, gfp, align, node);
> > +
> > if (!m)
> > return NULL;
> > *m = size;
> > - return (void *)m + align;
> > + ret = (void *)m + align;
> > +
> > + kmemtrace_mark_alloc_node(KMEMTRACE_KIND_KERNEL,
> > + _RET_IP_, ret,
> > + size, size + align, gfp, node);
> > } else {
> > - void *ret;
> > + unsigned int order = get_order(size);
> >
> > - ret = slob_new_page(gfp | __GFP_COMP, get_order(size), node);
> > + ret = slob_new_page(gfp | __GFP_COMP, order, node);
> > if (ret) {
> > struct page *page;
> > page = virt_to_page(ret);
> > page->private = size;
> > }
> > - return ret;
> > +
> > + kmemtrace_mark_alloc_node(KMEMTRACE_KIND_KERNEL,
>
> The latter case is actually page allocator pass-through so I wonder if
> we want to use KIND_PAGES here instead?
>
> > + _RET_IP_, ret,
> > + size, PAGE_SIZE << order, gfp, node);
> > }
> > +
> > + return ret;
> > }
> > EXPORT_SYMBOL(__kmalloc_node);
> >
> > @@ -501,6 +513,8 @@ void kfree(const void *block)
> > slob_free(m, *m + align);
> > } else
> > put_page(&sp->page);
> > +
> > + kmemtrace_mark_free(KMEMTRACE_KIND_KERNEL, _RET_IP_, block);
>
> Same comment here.
>
> > }
> > EXPORT_SYMBOL(kfree);
> >
> > @@ -569,10 +583,19 @@ void *kmem_cache_alloc_node(struct kmem_cache *c, gfp_t flags, int node)
> > {
> > void *b;
> >
> > - if (c->size < PAGE_SIZE)
> > + if (c->size < PAGE_SIZE) {
> > b = slob_alloc(c->size, flags, c->align, node);
> > - else
> > + kmemtrace_mark_alloc_node(KMEMTRACE_KIND_CACHE,
> > + _RET_IP_, b, c->size,
> > + SLOB_UNITS(c->size) * SLOB_UNIT,
> > + flags, node);
> > + } else {
> > b = slob_new_page(flags, get_order(c->size), node);
> > + kmemtrace_mark_alloc_node(KMEMTRACE_KIND_CACHE,
> > + _RET_IP_, b, c->size,
> > + PAGE_SIZE << get_order(c->size),
> > + flags, node);
> > + }
> >
> > if (c->ctor)
> > c->ctor(c, b);
> > @@ -608,6 +631,8 @@ void kmem_cache_free(struct kmem_cache *c, void *b)
> > } else {
> > __kmem_cache_free(b, c->size);
> > }
> > +
> > + kmemtrace_mark_free(KMEMTRACE_KIND_CACHE, _RET_IP_, b);
> > }
> > EXPORT_SYMBOL(kmem_cache_free);
> >
> > --
> > 1.5.6.1
> >
> > --
> > To unsubscribe, send a message with 'unsubscribe linux-mm' in
> > the body to majordomo@kvack.org. For more info on Linux MM,
> > see: http://www.linux-mm.org/ .
> > Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
> >
--
Mathematics is the supreme nostalgia of our time.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2008-07-11 15:36 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1215712946-23572-1-git-send-email-eduard.munteanu@linux360.ro>
2008-07-10 18:05 ` [RFC PATCH 1/5] kmemtrace: Core implementation Eduard - Gabriel Munteanu
2008-07-11 8:41 ` Pekka Enberg
2008-07-11 20:02 ` Eduard - Gabriel Munteanu
[not found] ` <1215712946-23572-2-git-send-email-eduard.munteanu@linux360.ro>
2008-07-10 18:06 ` [RFC PATCH 2/5] Add new GFP flag __GFP_NOTRACE Eduard - Gabriel Munteanu
2008-07-11 8:33 ` Pekka Enberg
2008-07-11 14:41 ` Christoph Lameter
2008-07-11 19:56 ` Eduard - Gabriel Munteanu
[not found] ` <1215712946-23572-3-git-send-email-eduard.munteanu@linux360.ro>
2008-07-10 18:06 ` [RFC PATCH 3/5] kmemtrace: SLAB hooks Eduard - Gabriel Munteanu
2008-07-11 8:49 ` Pekka Enberg
2008-07-12 19:04 ` [PATCH] " Eduard - Gabriel Munteanu
2008-07-14 16:28 ` Pekka Enberg
2008-07-14 16:32 ` Christoph Lameter
2008-07-14 17:21 ` Eduard - Gabriel Munteanu
2008-07-14 17:42 ` [RESEND PATCH] " Eduard - Gabriel Munteanu
2008-07-14 18:19 ` Pekka Enberg
2008-07-14 18:37 ` eduard.munteanu
2008-07-15 7:17 ` Pekka Enberg
[not found] ` <1215712946-23572-4-git-send-email-eduard.munteanu@linux360.ro>
2008-07-10 18:06 ` [RFC PATCH 4/5] kmemtrace: SLUB hooks Eduard - Gabriel Munteanu
2008-07-11 8:35 ` Pekka Enberg
2008-07-11 14:48 ` Christoph Lameter
2008-07-11 20:21 ` Eduard - Gabriel Munteanu
2008-07-12 13:28 ` Eduard - Gabriel Munteanu
2008-07-12 13:36 ` Eduard - Gabriel Munteanu
2008-07-11 8:45 ` Pekka Enberg
2008-07-11 20:19 ` Eduard - Gabriel Munteanu
2008-07-14 16:30 ` Pekka Enberg
[not found] ` <1215712946-23572-5-git-send-email-eduard.munteanu@linux360.ro>
2008-07-10 18:06 ` [RFC PATCH 5/5] kmemtrace: SLOB hooks Eduard - Gabriel Munteanu
2008-07-11 8:44 ` Pekka Enberg
2008-07-11 15:36 ` Matt Mackall [this message]
2008-07-11 20:14 ` Eduard - Gabriel Munteanu
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=1215790597.4800.2.camel@calx \
--to=mpm@selenic.com \
--cc=cl@linux-foundation.org \
--cc=eduard.munteanu@linux360.ro \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=penberg@cs.helsinki.fi \
/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