[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1267718131.10871.240.camel@gandalf.stny.rr.com>
Date: Thu, 04 Mar 2010 10:55:31 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: Ingo Molnar <mingo@...e.hu>
Cc: Peter Zijlstra <peterz@...radead.org>,
Frederic Weisbecker <fweisbec@...il.com>,
LKML <linux-kernel@...r.kernel.org>,
Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>,
Paul Mackerras <paulus@...ba.org>,
Arnaldo Carvalho de Melo <acme@...hat.com>,
Greg KH <greg@...ah.com>
Subject: Re: [RFC][PATCH 2/3] perf: Take a hot regs snapshot for trace
events
On Thu, 2010-03-04 at 16:36 +0100, Ingo Molnar wrote:
> > This should be done anyway. But it would also let you decouple ftrace trace
> > events from perf trace events but still let the two use the same trace
> > points.
>
> I think the main thing would be to have a decoupled /eventfs - basically
> /debug/tracing/events/ moved to "/eventfs" or maybe to "/proc/events/". This
> would make them available more widely, and in a standardized way.
I know Greg once proposed a /tracefs directory. I don't really care how
things work as long as we don't lose functionality. Perhaps we should
have a standard tracefs dir, and have:
/sys/kernel/trace
/sys/kernel/trace/events
/sys/kernel/trace/ftrace
/sys/kernel/trace/perf
This would keep things nicely grouped but separate.
I could also decouple the printing of the formats from ftrace.h and then
in in the define_trace.h:
#ifdef CONFIG_EVENTS
# include <trace/events.h>
# ifdef CONFIG_FTRACE_EVENTS
# include <trace/ftrace.h>
# endif
# ifdef CONFIG_PERF_EVENTS
# include <trace/perf.h>
# endif
#endif
Have the trace/events.h file create the files for the event directory.
But what about the enable and filter files in the event directory. How
would they be attached? Currently these modify the way ftrace works. I'm
assuming that perf enables these with the syscall. Should these files
still be specific to ftrace if enabled?
-- Steve
--
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