From: Ingo Molnar <mingo@elte.hu>
To: Masami Hiramatsu <mhiramat@redhat.com>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>,
Steven Rostedt <rostedt@goodmis.org>,
Ananth N Mavinakayanahalli <ananth@in.ibm.com>,
Frederic Weisbecker <fweisbec@gmail.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
systemtap-ml <systemtap@sources.redhat.com>,
Andrew Morton <akpm@linux-foundation.org>,
Jim Keniston <jkenisto@us.ibm.com>
Subject: Re: [PATCH -tip 0/4 V3] tracing: kprobe-based event tracer
Date: Wed, 1 Apr 2009 19:47:20 +0200 [thread overview]
Message-ID: <20090401174720.GA19225@elte.hu> (raw)
In-Reply-To: <49D3A708.9080501@redhat.com>
* Masami Hiramatsu <mhiramat@redhat.com> wrote:
> >> I agreed. Fortunately, Jim Keniston and I wrote an x86
> >> instruction decoder :-) which has been made originally for
> >> uprobe andd kprobes jump-optimizer.
> >>
> >> https://www.redhat.com/archives/utrace-devel/2009-March/msg00031.html
> >
> > looks cool. Needs to be put somewhere in arch/x86/lib/, provided
> > as a generic facility, with a Kconfig variable that says that
> > the architecture supports it and then the kprobes-tracer could
> > make immediate use of it, right?
>
> Yeah, I'd rather add a safety checker in kprobes-x86 itself,
> because sometimes it has to fixup instructions modified by
> previous kprobes.
Oh, certainly! I didnt know how much you wanted to check things on
the kprobes side but by all means please add it there too, it will
be for the better.
A clear and actionable debug message to the syslog is important for
the case where the decoder rejects an action. This is especially
important for the kprobes side - we dont want silent breakage of
tools.
Ingo
next prev parent reply other threads:[~2009-04-01 17:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-26 22:58 [PATCH -tip 0/4 V3] tracing: kprobe-based event tracer Masami Hiramatsu
2009-04-01 13:36 ` Ingo Molnar
2009-04-01 14:09 ` Masami Hiramatsu
2009-04-01 14:27 ` Ingo Molnar
2009-04-01 17:40 ` Masami Hiramatsu
2009-04-01 17:47 ` Ingo Molnar [this message]
2009-04-01 20:14 ` Andi Kleen
2009-04-01 20:51 ` Masami Hiramatsu
2009-04-01 22:15 ` Andi Kleen
2009-04-01 23:21 ` Masami Hiramatsu
2009-04-02 7:36 ` Andi Kleen
2009-04-02 15:49 ` Masami Hiramatsu
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=20090401174720.GA19225@elte.hu \
--to=mingo@elte.hu \
--cc=acme@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=ananth@in.ibm.com \
--cc=fweisbec@gmail.com \
--cc=jkenisto@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mhiramat@redhat.com \
--cc=rostedt@goodmis.org \
--cc=systemtap@sources.redhat.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 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.