[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20110216145204.GB7357@ghostprotocols.net>
Date: Wed, 16 Feb 2011 12:52:04 -0200
From: Arnaldo Carvalho de Melo <acme@...hat.com>
To: Masami Hiramatsu <masami.hiramatsu.pt@...achi.com>
Cc: Frederic Weisbecker <fweisbec@...il.com>,
Steven Rostedt <rostedt@...dmis.org>,
Ingo Molnar <mingo@...e.hu>, linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
Thomas Gleixner <tglx@...utronix.de>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
Lai Jiangshan <laijs@...fujitsu.com>,
Li Zefan <lizf@...fujitsu.com>,
Tom Zanussi <tzanussi@...il.com>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
2nddept-manager@....hitachi.co.jp
Subject: Re: [PATCH 00/14] [GIT PULL][v2.6.39] tracing/filter: More robust
filtering
Em Wed, Feb 16, 2011 at 10:34:07PM +0900, Masami Hiramatsu escreveu:
> (2011/02/16 3:35), Arnaldo Carvalho de Melo wrote:
> > Yeah, usability of the --filter parameter in perf is a bit
> > (understatement) lacking, one has to look at the /format thing in
> > /sys/kernel/debug/tracing... and not commit any mistake, else a generic
> > invalid 22 message is spit out.
> And also, there seems very less comment in perf-record.txt.
> --filter=<filter>::
> Event filter.
> Hmm, I think, at least, there should be a comment where user should
> refer to and if possible, how he can use it...
> > I tried it and after some back and forth changing hats and scratching my
> > head while doing so, it got to work.
> > I talked with Steven and the same operation using trace-cmd would
> > produce a better error report, stating that the field used in the filter
> > expression was not valid.
> If possible, please show us what parameters we can use on that event too.
> perf list gives us a list of events, but not show us what parameters
> we can use on those events. I think we can update perf list for that
> purpose.
> e.g.)
> perf list --field kvm:kvm_entry
> unsigned short common_type;
> unsigned char common_flags;
> unsigned char common_preempt_count;
> int common_pid;
> int common_lock_depth;
> unsigned int vcpu_id;
That is a cool idea, I would accept a patch implementing this :-)
- Arnaldo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists