All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Larry Woodman <lwoodman@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Nick Piggin <npiggin@suse.de>
Cc: Steven Rostedt <rostedt@goodmis.org>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	linux-kernel@vger.kernel.org, peterz@infradead.org,
	fweisbec@gmail.com, Peter Zijlstra <a.p.zijlstra@chello.nl>
Subject: Re: [Patch] mm tracepoints
Date: Fri, 6 Mar 2009 18:10:16 +0100	[thread overview]
Message-ID: <20090306171016.GA32128@elte.hu> (raw)
In-Reply-To: <1236358657.1476.56.camel@dhcp-100-19-198.bos.redhat.com>


* Larry Woodman <lwoodman@redhat.com> wrote:

> > Would that be useless or controversial? We know from 
> > vma->mapping which inode it maps to. Knowing which file is 
> > faulting in can be useful - especially when addresses are a 
> > moving target such as under PIE or with dlopen(), etc.
> > 
> > 	Ingo
> 
> Attached is the updated patch that applies and builds 
> correctly (sorry I missed the lockdep tracepoints that were 
> added at the last minute). [...]

Looks pretty good and useful to me. I've Cc:-ed more mm folks, 
it would be nice to hear their opinion about these tracepoints.

Andrew, Nick, Peter, what do you think?

About the motivation of these tracepoints: i suspect these 
tracepoints reflect your years-long experience in dealing with 
various MM regressions in the enterprise space and these 
tracepoints would help understand such regressions 
faster/easier?

> [...]  As far as the filename:offset is concerned I am working 
> on that.  Its not as simple as it looks because we have to 
> follow a variable list of structs that can be null terminated 
> several places along the way.

It's definitely not simple! I dont think it should be in this 
base patch at all - it should be an add-on.

	Ingo

  reply	other threads:[~2009-03-06 17:10 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-26 15:38 marching through all physical memory in software Chris Friesen
2009-01-26 15:59 ` Arjan van de Ven
2009-01-27 18:29   ` Chris Friesen
2009-01-27 20:16     ` Eric W. Biederman
2009-01-27 20:16       ` Eric W. Biederman
2009-01-28 19:38       ` Pavel Machek
2009-01-28 19:38         ` Pavel Machek
2009-01-30  9:05         ` Nigel Cunningham
2009-01-30  9:05           ` Nigel Cunningham
2009-01-30  9:13           ` Pavel Machek
2009-01-30  9:13             ` Pavel Machek
2009-01-30 13:00             ` Nigel Cunningham
2009-01-30 13:00               ` Nigel Cunningham
2009-03-05 22:16           ` [Patch] mm tracepoints Larry Woodman
2009-03-06  2:11             ` KOSAKI Motohiro
2009-03-06  2:26               ` Steven Rostedt
2009-03-06 11:04                 ` Ingo Molnar
2009-03-06 12:33                   ` Larry Woodman
2009-03-06 13:55                     ` Ingo Molnar
2009-03-06 16:57                       ` Larry Woodman
2009-03-06 17:10                         ` Ingo Molnar [this message]
2009-03-06 17:38                           ` Peter Zijlstra
2009-03-06 17:46                             ` Ingo Molnar
2009-03-06 17:56                             ` Peter Zijlstra
2009-03-06 18:01                               ` Ingo Molnar
2009-03-06 18:20                                 ` Peter Zijlstra
2009-03-06 18:24                                   ` Ingo Molnar
2009-03-06 20:01                                 ` Larry Woodman
2009-03-06 19:06                             ` Larry Woodman
2009-03-06 21:53                             ` Chris Friesen
2009-03-06 19:22                           ` Larry Woodman
2009-03-25 18:09                         ` Latest mm tracepoints patch merged to your tip tree Larry Woodman
2009-03-06 21:16             ` [Patch] mm tracepoints Andrew Morton
2009-03-06 21:16               ` Andrew Morton
2009-02-06  9:00 ` marching through all physical memory in software Andi Kleen
2009-02-07  3:03   ` Henrique de Moraes Holschuh
  -- strict thread matches above, loose matches on Subject: below --
2009-03-16 19:52 [Patch] mm tracepoints Larry Woodman
2009-03-19 15:47 ` Rik van Riel
2009-03-19 15:55   ` Larry Woodman
2009-03-23 18:54   ` Larry Woodman

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=20090306171016.GA32128@elte.hu \
    --to=mingo@elte.hu \
    --cc=a.p.zijlstra@chello.nl \
    --cc=akpm@linux-foundation.org \
    --cc=fweisbec@gmail.com \
    --cc=kosaki.motohiro@jp.fujitsu.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lwoodman@redhat.com \
    --cc=npiggin@suse.de \
    --cc=peterz@infradead.org \
    --cc=rostedt@goodmis.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.