public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Frederic Weisbecker <fweisbec@gmail.com>
To: "K.Prasad" <prasad@linux.vnet.ibm.com>
Cc: Alan Stern <stern@rowland.harvard.edu>,
	Steven Rostedt <rostedt@goodmis.org>, Ingo Molnar <mingo@elte.hu>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Benjamin Herrenschmidt <benh@au1.ibm.com>,
	maneesh@linux.vnet.ibm.com, Roland McGrath <roland@redhat.com>,
	Steven Rostedt <srostedt@redhat.com>
Subject: Re: [Patch 11/12] ftrace plugin for kernel symbol tracing using HW Breakpoint interfaces - v3
Date: Fri, 24 Apr 2009 22:57:44 +0200	[thread overview]
Message-ID: <20090424205741.GA6009@nowhere> (raw)
In-Reply-To: <20090424091347.GA29830@in.ibm.com>

On Fri, Apr 24, 2009 at 02:43:47PM +0530, K.Prasad wrote:
> On Fri, Apr 24, 2009 at 09:21:42AM +0200, Frederic Weisbecker wrote:
> > On Fri, Apr 24, 2009 at 11:48:50AM +0530, K.Prasad wrote:
> > > This patch adds an ftrace plugin to detect and profile memory access over kernel
> > > variables. It uses HW Breakpoint interfaces to 'watch memory addresses.
> > 
> > 
> > Just a small concern, but it would be nice if you could include the history
> > of this patch in the changelogs.
> > 
> > 
> >
> 
> Hi Frederic,
> 	Thanks for looking into the patch. I will provide the history of
> changes here. The ULONG_MAX definition from linux/kernel.h is now used
> and the permission for the 'ksym_trace_filter' file is now set to 644
> (similar to other ftrace plugin filters).
> 
> Changelog
> ---------
> (since the first post of this patch here: http://lkml.org/lkml/2009/3/4/418)
> 
> - Addition of a startup selftest to test basic sanity of HW Breakpoint
>   infrastructure.
> - Implementation of a ftrace's stats facility over ksym_tracer to
>   provide aggregate 'hit' counter values.
> - Conversion of all locking primitives into spinlocks (ksym_tracer_lock)
>   from previous mutex implementation (since stats collection happens inside
>   the context of the breakpoint exception and we cannot sleep).
> - A few changes in ksym_trace_filter_write() and
>   process_new_ksym_entry() to eliminate passing of unnecessary values.
> - Fixed a few potential memory leak scenarios (missing kfree()
>   operations in return path) along with other minor issues pointed out in LKML.
> - Minor code changes such as unconditional definition of 'struct
>   trace_ksym' - irrespective of CONFIG_KSYM_TRACER.



Thanks! Such history is very useful to understand a patch. They
can explain some logic reasoning of a patch, especially between
versions.


 
> ftrace plugin for kernel symbol tracing using HW Breakpoint interfaces - v3
> 
> This patch adds an ftrace plugin to detect and profile memory access over kernel
> variables. It uses HW Breakpoint interfaces to 'watch memory addresses.
> 
> Signed-off-by: K.Prasad <prasad@linux.vnet.ibm.com>


It looks good.
Thanks!


  reply	other threads:[~2009-04-24 20:57 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20090424055710.764502564@prasadkr_t60p.in.ibm.com>
2009-04-24  6:14 ` [Patch 01/12] Prepare the code for Hardware Breakpoint interfaces K.Prasad
2009-04-24  6:15 ` [Patch 02/12] Introducing generic hardware breakpoint handler interfaces K.Prasad
2009-04-24  6:16 ` [Patch 03/12] x86 architecture implementation of Hardware Breakpoint interfaces K.Prasad
2009-04-24  6:17 ` [Patch 04/12] Modifying generic debug exception to use thread-specific debug registers K.Prasad
2009-04-24  6:17 ` [Patch 05/12] Use wrapper routines around debug registers in processor related functions K.Prasad
2009-04-24  6:17 ` [Patch 06/12] Use the new wrapper routines to access debug registers in process/thread code K.Prasad
2009-04-24  6:17 ` [Patch 07/12] Modify signal handling code to refrain from re-enabling HW Breakpoints K.Prasad
2009-04-24  6:18 ` [Patch 08/12] Modify Ptrace routines to access breakpoint registers K.Prasad
2009-04-24  6:18 ` [Patch 09/12] Cleanup HW Breakpoint registers before kexec K.Prasad
2009-04-24  6:18 ` [Patch 10/12] Sample HW breakpoint over kernel data address K.Prasad
2009-04-24  6:18 ` [Patch 11/12] ftrace plugin for kernel symbol tracing using HW Breakpoint interfaces - v3 K.Prasad
2009-04-24  7:21   ` Frederic Weisbecker
2009-04-24  9:13     ` K.Prasad
2009-04-24 20:57       ` Frederic Weisbecker [this message]
2009-04-24  6:19 ` [Patch 12/12] Reset bits in dr6 after the corresponding exception is handled K.Prasad

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=20090424205741.GA6009@nowhere \
    --to=fweisbec@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=benh@au1.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=maneesh@linux.vnet.ibm.com \
    --cc=mingo@elte.hu \
    --cc=prasad@linux.vnet.ibm.com \
    --cc=roland@redhat.com \
    --cc=rostedt@goodmis.org \
    --cc=srostedt@redhat.com \
    --cc=stern@rowland.harvard.edu \
    /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