[RFC PATCH 0/5] kmemtrace RFC patch series

[RFC PATCH 0/5] kmemtrace RFC patch series

[Eduard - Gabriel Munteanu]

[-- Attachment #1: Type: text/plain, Size: 1160 bytes --]

Hi everybody,

I'd like to hear your opinion regarding kmemtrace and SL*B hooks.

This is just a RFC, it's not intended to be merged yet. The userspace
app is not included.

BTW, there may be some whitespace errors, but disregard them for now,
they will be fixed.

	Cheers,
	Eduard


Eduard - Gabriel Munteanu (5):
  kmemtrace: Core implementation.
  Add new GFP flag __GFP_NOTRACE.
  kmemtrace: SLAB hooks.
  kmemtrace: SLUB hooks.
  kmemtrace: SLOB hooks.

 MAINTAINERS               |    6 ++
 include/linux/gfp.h       |    1 +
 include/linux/kmemtrace.h |  110 +++++++++++++++++++++++
 include/linux/slab_def.h  |   16 +++-
 include/linux/slub_def.h  |    9 ++-
 init/main.c               |    2 +
 lib/Kconfig.debug         |    4 +
 mm/Makefile               |    2 +-
 mm/kmemtrace.c            |  213 +++++++++++++++++++++++++++++++++++++++++++++
 mm/slab.c                 |   35 ++++++--
 mm/slob.c                 |   37 +++++++--
 mm/slub.c                 |   49 +++++++++--
 12 files changed, 460 insertions(+), 24 deletions(-)
 create mode 100644 include/linux/kmemtrace.h
 create mode 100644 mm/kmemtrace.c

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 827 bytes --]

Re: [RFC PATCH 0/5] kmemtrace RFC patch series

[Pekka Enberg]

Hi Eduard-Gabriel,

On Thu, Jul 10, 2008 at 9:05 PM, Eduard - Gabriel Munteanu
<eduard.munteanu@linux360.ro> wrote:
> I'd like to hear your opinion regarding kmemtrace and SL*B hooks.
>
> This is just a RFC, it's not intended to be merged yet. The userspace
> app is not included.

It would probably be helpful for anyone reviewing these patches to see
what the userspace program is doing. Can you please post an URL to a
tarball of the thing or its git repository?

--
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>

Re: [RFC PATCH 0/5] kmemtrace RFC patch series

[Eduard - Gabriel Munteanu]

On Fri, 11 Jul 2008 11:25:31 +0300
"Pekka Enberg" <penberg@cs.helsinki.fi> wrote:

> Hi Eduard-Gabriel,
> 
> On Thu, Jul 10, 2008 at 9:05 PM, Eduard - Gabriel Munteanu
> <eduard.munteanu@linux360.ro> wrote:
> > I'd like to hear your opinion regarding kmemtrace and SL*B hooks.
> >
> > This is just a RFC, it's not intended to be merged yet. The
> > userspace app is not included.
> 
> It would probably be helpful for anyone reviewing these patches to see
> what the userspace program is doing. Can you please post an URL to a
> tarball of the thing or its git repository?

Yes, I'll move this to its own git repo and post a link here soon.

--
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>

Re: [RFC PATCH 0/5] kmemtrace RFC patch series

[Mathieu Desnoyers]

[-- Attachment #1: Type: text/plain, Size: 2087 bytes --]

Hi Eduard,

Did you have a look at the new tracepoints infrastructure ? I think it
could simplify your patchset a _lot_ !

Basically, it removes the format string from markers and allows to pass
complex structure pointers as arguments. It aims at simplifying the life
of in-kernel tracers which would want to use the facility. Turning a
marker implementation to tracepoints is really straightforward, for an
example see :

http://lkml.org/lkml/2008/7/9/569

For the tracepoints patchset :

http://lkml.org/lkml/2008/7/9/199

I think much of include/linux/kmemtrace.h, which is really just wrappers
around marker code, could then go away.

Regards,

Mathieu

* Eduard - Gabriel Munteanu (eduard.munteanu@linux360.ro) wrote:
> Hi everybody,
> 
> I'd like to hear your opinion regarding kmemtrace and SL*B hooks.
> 
> This is just a RFC, it's not intended to be merged yet. The userspace
> app is not included.
> 
> BTW, there may be some whitespace errors, but disregard them for now,
> they will be fixed.
> 
> 	Cheers,
> 	Eduard
> 
> 
> Eduard - Gabriel Munteanu (5):
>   kmemtrace: Core implementation.
>   Add new GFP flag __GFP_NOTRACE.
>   kmemtrace: SLAB hooks.
>   kmemtrace: SLUB hooks.
>   kmemtrace: SLOB hooks.
> 
>  MAINTAINERS               |    6 ++
>  include/linux/gfp.h       |    1 +
>  include/linux/kmemtrace.h |  110 +++++++++++++++++++++++
>  include/linux/slab_def.h  |   16 +++-
>  include/linux/slub_def.h  |    9 ++-
>  init/main.c               |    2 +
>  lib/Kconfig.debug         |    4 +
>  mm/Makefile               |    2 +-
>  mm/kmemtrace.c            |  213 +++++++++++++++++++++++++++++++++++++++++++++
>  mm/slab.c                 |   35 ++++++--
>  mm/slob.c                 |   37 +++++++--
>  mm/slub.c                 |   49 +++++++++--
>  12 files changed, 460 insertions(+), 24 deletions(-)
>  create mode 100644 include/linux/kmemtrace.h
>  create mode 100644 mm/kmemtrace.c



-- 
Mathieu Desnoyers
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [RFC PATCH 0/5] kmemtrace RFC patch series

[Eduard - Gabriel Munteanu]

On Fri, 11 Jul 2008 11:38:41 -0400
Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca> wrote:

> Hi Eduard,
> 
> Did you have a look at the new tracepoints infrastructure ? I think it
> could simplify your patchset a _lot_ !

Hi,

Yes, I did. In fact, I asked you to keep me Cc-ed, which you did. 
 
> Basically, it removes the format string from markers and allows to
> pass complex structure pointers as arguments. It aims at simplifying
> the life of in-kernel tracers which would want to use the facility.
> Turning a marker implementation to tracepoints is really
> straightforward, for an example see :
> 
> http://lkml.org/lkml/2008/7/9/569
> 
> For the tracepoints patchset :
> 
> http://lkml.org/lkml/2008/7/9/199
> 
> I think much of include/linux/kmemtrace.h, which is really just
> wrappers around marker code, could then go away.

Basically, I want just as much to get rid of markers. I'm just waiting
for tracepoints to get closer to mainline.

	Cheers,
	Eduard

> Regards,
> 
> Mathieu

--
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>