Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1281507
| Path | csiph.com!news.mixmin.net!weretis.net!feeder1.news.weretis.net!newsfeed.CARNet.hr!news.spin.it!bofh.it!news.nic.it!robomod |
|---|---|
| From | Jiri Olsa <jolsa@redhat.com> |
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] ftrace: Remove use of control list and ops |
| Date | Wed, 02 Dec 2015 09:00:01 +0100 |
| Message-ID | <qBaut-4fl-5@gated-at.bofh.it> (permalink) |
| References | <qAFh0-18d-21@gated-at.bofh.it> <qATtE-1Sb-23@gated-at.bofh.it> <qAUzn-2vH-1@gated-at.bofh.it> <qAVvs-38i-21@gated-at.bofh.it> <qAWrx-3Jy-21@gated-at.bofh.it> |
| X-Original-To | Steven Rostedt <rostedt@goodmis.org> |
| MIME-Version | 1.0 |
| Content-Type | text/plain; charset=us-ascii |
| Content-Disposition | inline |
| User-Agent | Mutt/1.5.24 (2015-08-30) |
| X-Scanned-By | MIMEDefang 2.68 on 10.5.11.23 |
| Sender | robomod@news.nic.it |
| List-ID | <linux-kernel.vger.kernel.org> |
| X-Mailing-List | linux-kernel@vger.kernel.org |
| Approved | robomod@news.nic.it |
| Lines | 72 |
| Organization | linux.* mail to news gateway |
| X-Original-Cc | LKML <linux-kernel@vger.kernel.org>, Ingo Molnar <mingo@kernel.org>, Peter Zijlstra <peterz@infradead.org> |
| X-Original-Date | Wed, 2 Dec 2015 08:59:11 +0100 |
| X-Original-Message-ID | <20151202075911.GA26308@krava.brq.redhat.com> |
| X-Original-References | <20151130173640.2c45b429@gandalf.local.home> <20151201134213.GA14155@krava.brq.redhat.com> <20151201095554.7b56bff7@gandalf.local.home> <20151201155744.GA24786@krava.local> <20151201115655.1b7e79e6@gandalf.local.home> |
| X-Original-Sender | linux-kernel-owner@vger.kernel.org |
| Xref | csiph.com linux.kernel:1281507 |
Show key headers only | View raw
On Tue, Dec 01, 2015 at 11:56:55AM -0500, Steven Rostedt wrote:
> On Tue, 1 Dec 2015 16:57:44 +0100
> Jiri Olsa <jolsa@redhat.com> wrote:
>
>
> > > Hmm, I thought that I forced the list function when RCU or PER_CPU
> > > was set. Oh wait. I have CONFIG_PREEMPT set, which will change the
> > > logic slightly. I'm guessing you have PREEMPT_VOLUNTARY set. I'll try
> > > that out.
> >
> > yep, but the trampoline has separate code path
> > to set the ops func
>
> Right, but that only gets called for DYNAMIC ops (which perf is) when
> CONFIG_PREEMPT is not set. What about this patch instead? (on top of my
> other one)
>
> It's a lot like yours, but instead of creating a new helper function, I
> just reuse the recurs_func instead.
>
> -- Steve
>
> diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c
> index 8b22e681baf8..05ed87d06bb0 100644
> --- a/kernel/trace/ftrace.c
> +++ b/kernel/trace/ftrace.c
> @@ -5230,20 +5230,29 @@ static void ftrace_ops_no_ops(unsigned long ip, unsigned long parent_ip)
>
> /*
> * If there's only one function registered but it does not support
> - * recursion, this function will be called by the mcount trampoline.
> - * This function will handle recursion protection.
> + * recursion, needs RCU protection and/or requires per cpu handling, then
> + * this function will be called by the mcount trampoline.
> */
> -static void ftrace_ops_recurs_func(unsigned long ip, unsigned long parent_ip,
> +static void ftrace_ops_assist_func(unsigned long ip, unsigned long parent_ip,
> struct ftrace_ops *op, struct pt_regs *regs)
> {
> int bit;
>
> + if ((op->flags & FTRACE_OPS_FL_RCU) && !rcu_is_watching())
> + return;
> +
> bit = trace_test_and_set_recursion(TRACE_LIST_START, TRACE_LIST_MAX);
> if (bit < 0)
> return;
>
> - op->func(ip, parent_ip, op, regs);
> + preempt_disable_notrace();
I was wondering about not disabling preemption in the original
ftrace_ops_recurs_func function.. thats why I added new one ;-)
I'll test the patch
thanks,
jirka
>
> + if (!(op->flags & FTRACE_OPS_FL_PER_CPU) ||
> + ftrace_function_local_disabled(op)) {
> + op->func(ip, parent_ip, op, regs);
> + }
> +
> + preempt_enable_notrace();
> trace_clear_recursion(bit);
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH] ftrace: Remove use of control list and ops Steven Rostedt <rostedt@goodmis.org> - 2015-11-30 23:40 +0100
Re: [PATCH] ftrace: Remove use of control list and ops Jiri Olsa <jolsa@redhat.com> - 2015-12-01 14:50 +0100
Re: [PATCH] ftrace: Remove use of control list and ops Steven Rostedt <rostedt@goodmis.org> - 2015-12-01 16:00 +0100
Re: [PATCH] ftrace: Remove use of control list and ops Jiri Olsa <jolsa@redhat.com> - 2015-12-01 17:00 +0100
Re: [PATCH] ftrace: Remove use of control list and ops Steven Rostedt <rostedt@goodmis.org> - 2015-12-01 18:00 +0100
Re: [PATCH] ftrace: Remove use of control list and ops Jiri Olsa <jolsa@redhat.com> - 2015-12-02 09:00 +0100
Re: [PATCH] ftrace: Remove use of control list and ops Steven Rostedt <rostedt@goodmis.org> - 2015-12-02 15:20 +0100
Re: [PATCH] ftrace: Remove use of control list and ops Jiri Olsa <jolsa@redhat.com> - 2015-12-02 10:00 +0100
Re: [PATCH] ftrace: Remove use of control list and ops Steven Rostedt <rostedt@goodmis.org> - 2015-12-02 15:30 +0100
Re: [PATCH] ftrace: Remove use of control list and ops Jiri Olsa <jolsa@redhat.com> - 2015-12-02 16:00 +0100
Re: [PATCH] ftrace: Remove use of control list and ops Steven Rostedt <rostedt@goodmis.org> - 2015-12-02 16:10 +0100
Re: [PATCH] ftrace: Remove use of control list and ops Jiri Olsa <jolsa@redhat.com> - 2015-12-02 16:30 +0100
csiph-web