From: Kim Phillips <kim.phillips@amd.com>
To: Peter Zijlstra <peterz@infradead.org>,
linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
rostedt@goodmis.org
Cc: mingo@kernel.org, joel@joelfernandes.org,
gregkh@linuxfoundation.org, gustavo@embeddedor.com,
tglx@linutronix.de, paulmck@kernel.org, josh@joshtriplett.org,
mathieu.desnoyers@efficios.com, jiangshanlai@gmail.com
Subject: Re: [PATCH v2 9/9] perf,tracing: Allow function tracing when !RCU
Date: Fri, 14 Feb 2020 14:38:14 -0600 [thread overview]
Message-ID: <121a6b11-2fe1-6d9b-2861-a8ef8b42c452@amd.com> (raw)
In-Reply-To: <20200212210750.312024711@infradead.org>
On 2/12/20 3:01 PM, Peter Zijlstra wrote:
> Since perf is now able to deal with !rcu_is_watching() contexts,
> remove the restraint.
>
> Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
> ---
> kernel/trace/trace_event_perf.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> --- a/kernel/trace/trace_event_perf.c
> +++ b/kernel/trace/trace_event_perf.c
> @@ -477,7 +477,7 @@ static int perf_ftrace_function_register
> {
> struct ftrace_ops *ops = &event->ftrace_ops;
>
> - ops->flags = FTRACE_OPS_FL_RCU;
> + ops->flags = 0;
> ops->func = perf_ftrace_function_call;
> ops->private = (void *)(unsigned long)nr_cpu_ids;
If this is the last user of the flag, should all remaining
FTRACE_OPS_FL_RCU references be removed, too?
Thanks,
Kim
next prev parent reply other threads:[~2020-02-14 20:38 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-12 21:01 [PATCH v2 0/9] tracing vs rcu vs nmi Peter Zijlstra
2020-02-12 21:01 ` [PATCH v2 1/9] rcu: Rename rcu_irq_{enter,exit}_irqson() Peter Zijlstra
2020-02-12 22:38 ` Joel Fernandes
2020-02-12 21:01 ` [PATCH v2 2/9] rcu: Mark rcu_dynticks_curr_cpu_in_eqs() inline Peter Zijlstra
2020-02-12 22:38 ` Joel Fernandes
2020-02-13 1:41 ` Steven Rostedt
2020-02-13 14:25 ` Joel Fernandes
2020-02-12 21:01 ` [PATCH v2 3/9] rcu,tracing: Create trace_rcu_{enter,exit}() Peter Zijlstra
2020-02-12 23:20 ` Joel Fernandes
2020-02-13 8:27 ` Peter Zijlstra
2020-02-13 13:31 ` Joel Fernandes
2020-02-13 13:51 ` Paul E. McKenney
2020-02-13 16:40 ` Peter Zijlstra
2020-02-13 18:56 ` Paul E. McKenney
2020-02-13 20:44 ` Joel Fernandes
2020-02-13 20:54 ` Paul E. McKenney
2020-02-13 21:19 ` Joel Fernandes
2020-02-13 21:38 ` Steven Rostedt
2020-02-13 21:50 ` Paul E. McKenney
2020-02-13 22:04 ` Steven Rostedt
2020-02-13 22:39 ` Paul E. McKenney
2020-02-14 6:19 ` Masami Hiramatsu
2020-02-15 14:59 ` Paul E. McKenney
2020-02-17 8:55 ` Masami Hiramatsu
2020-02-17 16:31 ` Paul E. McKenney
2020-02-18 4:33 ` Masami Hiramatsu
2020-02-18 16:12 ` Paul E. McKenney
2020-02-18 16:15 ` Mathieu Desnoyers
2020-02-18 16:35 ` Steven Rostedt
2020-02-18 17:46 ` Steven Rostedt
2020-02-18 20:18 ` Paul E. McKenney
2020-02-19 2:45 ` Masami Hiramatsu
2020-03-06 18:01 ` Masami Hiramatsu
2020-03-06 18:47 ` Joel Fernandes
2020-03-06 19:11 ` Joel Fernandes
2020-03-07 1:58 ` Masami Hiramatsu
2020-03-06 0:42 ` Thomas Gleixner
2020-02-13 21:48 ` Paul E. McKenney
2020-02-13 22:58 ` Joel Fernandes
2020-02-13 23:55 ` Steven Rostedt
2020-02-18 19:58 ` Peter Zijlstra
2020-02-18 20:17 ` Paul E. McKenney
2020-02-18 20:40 ` Peter Zijlstra
2020-02-18 21:39 ` Paul E. McKenney
2020-02-19 9:57 ` Peter Zijlstra
2020-02-19 12:46 ` Paul E. McKenney
2020-02-12 23:27 ` Joel Fernandes
2020-02-13 8:28 ` Peter Zijlstra
2020-02-13 18:39 ` Joel Fernandes
2020-02-12 21:01 ` [PATCH v2 4/9] sched,rcu,tracing: Avoid tracing before in_nmi() is correct Peter Zijlstra
2020-02-12 21:01 ` [PATCH v2 5/9] x86,tracing: Add comments to do_nmi() Peter Zijlstra
2020-02-12 21:01 ` [PATCH v2 6/9] perf,tracing: Prepare the perf-trace interface for RCU changes Peter Zijlstra
2020-02-12 23:28 ` Joel Fernandes
2020-02-13 8:29 ` Peter Zijlstra
2020-02-13 18:38 ` Joel Fernandes
2020-02-12 21:01 ` [PATCH v2 7/9] tracing: Employ trace_rcu_{enter,exit}() Peter Zijlstra
2020-02-12 21:01 ` [PATCH v2 8/9] tracing: Remove regular RCU context for _rcuidle tracepoints (again) Peter Zijlstra
2020-02-12 21:01 ` [PATCH v2 9/9] perf,tracing: Allow function tracing when !RCU Peter Zijlstra
2020-02-14 2:28 ` Sergey Senozhatsky
2020-02-14 2:42 ` Sergey Senozhatsky
2020-02-14 3:32 ` Steven Rostedt
2020-02-14 20:38 ` Kim Phillips [this message]
2020-02-14 22:48 ` Steven Rostedt
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=121a6b11-2fe1-6d9b-2861-a8ef8b42c452@amd.com \
--to=kim.phillips@amd.com \
--cc=gregkh@linuxfoundation.org \
--cc=gustavo@embeddedor.com \
--cc=jiangshanlai@gmail.com \
--cc=joel@joelfernandes.org \
--cc=josh@joshtriplett.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mathieu.desnoyers@efficios.com \
--cc=mingo@kernel.org \
--cc=paulmck@kernel.org \
--cc=peterz@infradead.org \
--cc=rostedt@goodmis.org \
--cc=tglx@linutronix.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).