From: Christoph Hellwig <hch@infradead.org>
To: Ananth N Mavinakayanahalli <ananth@in.ibm.com>
Cc: lkml <linux-kernel@vger.kernel.org>,
Prasanna S Panchamukhi <prasanna@in.ibm.com>,
Jim Keniston <jkenisto@us.ibm.com>,
srinivasa@in.ibm.com, akpm@linux-foundation.org,
Anil S Keshavamurthy <anil.s.keshavamurthy@intel.com>,
hch@infradead.org, davem@davemloft.net,
richardj_moore@uk.ibm.com
Subject: Re: [RFC][PATCH] Kprobes: The ON/OFF knob thru debugfs
Date: Sun, 8 Apr 2007 11:22:31 +0100 [thread overview]
Message-ID: <20070408102231.GA2297@infradead.org> (raw)
In-Reply-To: <20070404121349.GA26313@in.ibm.com>
On Wed, Apr 04, 2007 at 05:43:49PM +0530, Ananth N Mavinakayanahalli wrote:
> This patch provides a debugfs knob to turn kprobes on/off
>
> o A new file /debug/kprobes/enabled indicates if kprobes is enabled or
> not (default enabled)
> o Echoing 0 to this file will disarm all installed probes
> o Any new probe registration when disabled will register the probe but
> not arm it. A message will be printed out in such a case.
> o When a value 1 is echoed to the file, all probes (including ones
> registered in the intervening period) will be enabled
> o Unregistration will happen irrespective of whether probes are globally
> enabled or not.
> o Update Documentation/kprobes.txt to reflect these changes. While there
> also update the doc to make it current.
Looks good.
When I suggested a user interface to enable/disable probes was nice to
have I was more thinking about a interface to enable/disable individual
probes. Any chance you could try to implement that aswell as see if
any code can be shared with this feature?
> - arch_arm_kprobe(p);
> + arch_arm_kprobe(p);
> + } else
> + printk("Kprobes are globally disabled. This kprobe [@ %p] "
> + "will be enabled with all other probes\n", p->addr);
This printk seems far too verbose. Just remove it and make sure
the debugfs interface has an indicator of whether probes are en- or
disabled.
next prev parent reply other threads:[~2007-04-08 10:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-04 12:13 [RFC][PATCH] Kprobes: The ON/OFF knob thru debugfs Ananth N Mavinakayanahalli
[not found] ` <20070404181330.GA17151@bambi.jf.intel.com>
2007-04-05 6:25 ` [RFC][PATCH] Kprobes: The ON/OFF knob thru debugfs - updated Ananth N Mavinakayanahalli
2007-04-06 19:10 ` Keshavamurthy, Anil S
2007-04-08 10:22 ` Christoph Hellwig [this message]
2007-04-09 4:16 ` [RFC][PATCH] Kprobes: The ON/OFF knob thru debugfs Ananth N Mavinakayanahalli
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=20070408102231.GA2297@infradead.org \
--to=hch@infradead.org \
--cc=akpm@linux-foundation.org \
--cc=ananth@in.ibm.com \
--cc=anil.s.keshavamurthy@intel.com \
--cc=davem@davemloft.net \
--cc=jkenisto@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=prasanna@in.ibm.com \
--cc=richardj_moore@uk.ibm.com \
--cc=srinivasa@in.ibm.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