[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190802172508.10e829d6@gandalf.local.home>
Date: Fri, 2 Aug 2019 17:25:08 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: Divya Indi <divya.indi@...cle.com>
Cc: linux-kernel@...r.kernel.org, Joe Jin <joe.jin@...cle.com>,
Aruna Ramakrishna <aruna.ramakrishna@...cle.com>,
Srinivas Eeda <srinivas.eeda@...cle.com>
Subject: Re: [PATCH 7/7] tracing: Un-export ftrace_set_clr_event
On Fri, 2 Aug 2019 14:12:54 -0700
Divya Indi <divya.indi@...cle.com> wrote:
> Hi Steve,
>
> The first patch would be like a temporary fix in case we need more
> changes to the patches that add the new function - trace_array_set_clr()
> and unexport ftrace_set_clr_event() and might take some time. In which
> case I think it would be good to have this in place (But, not part of
> this series).
>
> If they all are to go in together as part of the same release ie if all
> is good with the concerned patches (Patch 6 & Patch 7), then I think
> having this patch would be meaningless.
Can you just do this part of patch 6 instead?
+/**
+ * trace_array_set_clr_event - enable or disable an event for a trace array
+ * @system: system name to match (NULL for any system)
+ * @event: event name to match (NULL for all events, within system)
+ * @set: 1 to enable, 0 to disable
+ *
+ * This is a way for other parts of the kernel to enable or disable
+ * event recording to instances.
+ *
+ * Returns 0 on success, -EINVAL if the parameters do not match any
+ * registered events.
+ */
+int trace_array_set_clr_event(struct trace_array *tr, const char *system,
+ const char *event, int set)
+{
+ if (!tr)
+ return -ENOENT;
+
+ return __ftrace_set_clr_event(tr, NULL, system, event, set);
+}
+EXPORT_SYMBOL_GPL(trace_array_set_clr_event);
+
-- Steve
Powered by blists - more mailing lists