Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936974AbdLRRzo (ORCPT ); Mon, 18 Dec 2017 12:55:44 -0500 Received: from bombadil.infradead.org ([65.50.211.133]:46999 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934429AbdLRRzk (ORCPT ); Mon, 18 Dec 2017 12:55:40 -0500 Date: Mon, 18 Dec 2017 18:55:25 +0100 From: Peter Zijlstra To: Thomas Richter Cc: linux-kernel@vger.kernel.org, rostedt@goodmis.org, mingo@redhat.com, heiko.carstens@de.ibm.com, schwidefsky@de.ibm.com, brueckner@linux.vnet.ibm.com Subject: Re: [PATCH] trace/uprobes: fix output issue with address randomization Message-ID: <20171218175525.oga5kw5vwuarxvor@hirez.programming.kicks-ass.net> References: <20171218153225.12192-1-tmricht@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171218153225.12192-1-tmricht@linux.vnet.ibm.com> User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2321 Lines: 62 On Mon, Dec 18, 2017 at 04:32:25PM +0100, Thomas Richter wrote: > Commit ad67b74d2469 ("printk: hash addresses printed with %p") > changed %p to hash pointers in order to avoid leaking > kernel addresses. > > This breaks the tool perf probe. I also said this likely ends up in a world readable file and probably isn't right. > To set a uprobe on a function named inet_pton in libc library, > obtain the address of the symbol inet_pton using command nm and > then use the following command to set the uprobe: > > # echo "p:probe_libc/inet_pton /usr/lib64/libc-2.26.so:0x142060" > > /sys/kernel/debug/tracing/uprobe_events > > However the output shows a randomized address: > # cat /sys/kernel/debug/tracing/uprobe_events > p:probe_libc/inet_pton /usr/lib64/libc-2.26.so:0x000000002d0f8952 > > The displayed address 0x000000002d0f8952 is incorrect and breaks > tools post processing it: > > # linux/tools/perf/perf probe -l > Failed to find debug information for address 2d0f8952 > probe_libc:inet_pton (on 0x2d0f8952 in /usr/lib64/libc-2.26.so) > > Using the %px printk format string fixes this issue for root > and shows the correct address allowing the perf probe tool > to resolve the address to the symbol: > > # echo "p:probe_libc/inet_pton /usr/lib64/libc-2.26.so:0x142060" > > /sys/kernel/debug/tracing/uprobe_events > # cat /sys/kernel/debug/tracing/uprobe_events > p:probe_libc/inet_pton /usr/lib64/libc-2.26.so:0x0000000000142060 > # linux/tools/perf/perf probe -l > probe_libc:inet_pton (on __inet_pton@resolv/inet_pton.c > in /usr/lib64/libc-2.26.so) > > Signed-off-by: Thomas Richter > Suggested-by: Peter Zijlstra > --- > kernel/trace/trace_uprobe.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/kernel/trace/trace_uprobe.c b/kernel/trace/trace_uprobe.c > index 40592e7b3568..268029ae1be6 100644 > --- a/kernel/trace/trace_uprobe.c > +++ b/kernel/trace/trace_uprobe.c > @@ -608,7 +608,7 @@ static int probes_seq_show(struct seq_file *m, void *v) > > /* Don't print "0x (null)" when offset is 0 */ > if (tu->offset) { > - seq_printf(m, "0x%p", (void *)tu->offset); > + seq_printf(m, "0x%px", (void *)tu->offset); > } else { > switch (sizeof(void *)) { > case 4: > -- > 2.13.4 >