From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751552AbdB0QmP (ORCPT ); Mon, 27 Feb 2017 11:42:15 -0500 Received: from mail.kernel.org ([198.145.29.136]:34842 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750971AbdB0QmM (ORCPT ); Mon, 27 Feb 2017 11:42:12 -0500 Date: Mon, 27 Feb 2017 11:32:52 -0500 From: Steven Rostedt To: "Naveen N. Rao" Cc: Masami Hiramatsu , Ananth N Mavinakayanahalli , Ingo Molnar , Michael Ellerman , Arnaldo Carvalho de Melo , linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Subject: Re: [PATCH v2 3/5] trace/kprobes: allow return probes with offsets and absolute addresses Message-ID: <20170227113252.05e9c0df@gandalf.local.home> In-Reply-To: <183e7ce2921a08c9c755ee9a5da3134febc6695b.1487770934.git.naveen.n.rao@linux.vnet.ibm.com> References: <183e7ce2921a08c9c755ee9a5da3134febc6695b.1487770934.git.naveen.n.rao@linux.vnet.ibm.com> X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 22 Feb 2017 19:23:39 +0530 "Naveen N. Rao" wrote: > Since the kernel includes many non-global functions with same names, we > will need to use offsets from other symbols (typically _text/_stext) or > absolute addresses to place return probes on specific functions. Also, > the core register_kretprobe() API never forbid use of offsets or > absolute addresses with kretprobes. > > Allow its use with the trace infrastructure. To distinguish kernels that > support this, update ftrace README to explicitly call this out. > > Signed-off-by: Naveen N. Rao > --- > kernel/trace/trace.c | 1 + > kernel/trace/trace_kprobe.c | 8 -------- > 2 files changed, 1 insertion(+), 8 deletions(-) > > diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c > index d7449783987a..ababe56b3e8f 100644 > --- a/kernel/trace/trace.c > +++ b/kernel/trace/trace.c > @@ -4362,6 +4362,7 @@ static const char readme_msg[] = > "\t -:[/]\n" > #ifdef CONFIG_KPROBE_EVENT > "\t place: [:][+]|\n" > + "place (kretprobe): [:][+]|\n" > #endif > #ifdef CONFIG_UPROBE_EVENT > "\t place: :\n" > diff --git a/kernel/trace/trace_kprobe.c b/kernel/trace/trace_kprobe.c > index 7ad9e53ad174..2768cb60ebd7 100644 > --- a/kernel/trace/trace_kprobe.c > +++ b/kernel/trace/trace_kprobe.c > @@ -679,10 +679,6 @@ static int create_trace_kprobe(int argc, char **argv) > return -EINVAL; > } > if (isdigit(argv[1][0])) { > - if (is_return) { > - pr_info("Return probe point must be a symbol.\n"); > - return -EINVAL; > - } > /* an address specified */ > ret = kstrtoul(&argv[1][0], 0, (unsigned long *)&addr); > if (ret) { > @@ -698,10 +694,6 @@ static int create_trace_kprobe(int argc, char **argv) > pr_info("Failed to parse symbol.\n"); > return ret; > } > - if (offset && is_return) { > - pr_info("Return probe must be used without offset.\n"); > - return -EINVAL; > - } I understand that your retprobes will now have an offset, but I'm worried we are removing informative errors. For those archs that don't allow an offset, will we still get the error telling users that offsets are not allowed? I don't want to lose informative error handling. -- Steve > } > argc -= 2; argv += 2; >