[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20180516063757.7d5a1ca5@gandalf.local.home>
Date: Wed, 16 May 2018 06:37:57 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: Namhyung Kim <namhyung@...nel.org>
Cc: linux-kernel@...r.kernel.org, Ingo Molnar <mingo@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Thomas Gleixner <tglx@...utronix.de>,
Tom Zanussi <tom.zanussi@...ux.intel.com>,
Clark Williams <williams@...hat.com>,
Karim Yaghmour <karim.yaghmour@...rsys.com>,
Brendan Gregg <bgregg@...flix.com>,
Joel Fernandes <joelaf@...gle.com>,
Masami Hiramatsu <mhiramat@...nel.org>,
linux-rt-users@...r.kernel.org, kernel-team@....com
Subject: Re: [RFC][PATCH 06/10] tracing: Add trigger file for trace_markers
tracefs/ftrace/print
On Wed, 16 May 2018 16:49:04 +0900
Namhyung Kim <namhyung@...nel.org> wrote:
> > Which will do:
> >
> > event_trigger_write() {
> > event_trigger_regex_write() {
> > trigger_process_regex() {
> > for p in trigger_commands {
> > p->func(); /* trigger_snapshot_cmd->func */
> > event_trigger_callback() {
> > cmd_ops->reg() /* register_trigger() */ {
> > trace_event_trigger_enable_disable() {
> > trace_event_enable_disable() {
> > call->class->reg();
> >
> > Without this patch, we jump to NULL and BOOM!
>
> Thanks for the explanation. I wonder we can skip calling
> trace_event_enable_disable() for events which have the
> TRACE_EVENT_FL_IGNORE_ENABLE flag.
Sounds like something we can do in the future. I rather have do the
minimal now as it will have the least side effects, and it's already
getting late in the current rc series. I'm looking to get this into the
next merge window.
But after that, changing it this way would be a nice clean up.
-- Steve
Powered by blists - more mailing lists