Received: by 10.213.65.68 with SMTP id h4csp2292838imn; Mon, 9 Apr 2018 00:35:51 -0700 (PDT) X-Google-Smtp-Source: AIpwx48H1rsguspYnZ5smfFp9YCmvE/laTzt8oWmzn9evvtTzjYb1xHol07y8wrya7D+ZiueksFq X-Received: by 10.99.119.137 with SMTP id s131mr23607501pgc.296.1523259351141; Mon, 09 Apr 2018 00:35:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523259351; cv=none; d=google.com; s=arc-20160816; b=KDT9IWFhLpCvPa8wsilCnSPAaZ4r640/uLNg+CgxVxAAJdN5JmpIvBsCiE5kHBqT9B ANRj+wrzOgzv6KZ4Hks+bKMwHiHNPao/GPRO0uBRW6hOAb4Pjs/sRl5pa31Ri8W2k8O7 zQN3WQo17mRr9ulyfUWqpMAwpDVcGgcJCp6IbQGxlyW36C24RVuz24jQHL+aZ2UVhy2K s6KwsuYuV0wGE1WFEXfyCSyuMR69cSf8pYlhC++F1NIFMDgIVTFH7FyHAV9g7wBwyaYJ gT73jYsWEtM6rQXjehNuZHK9/MfjlQCfZzTBhszSSk34YjPFapXT1ujuXRWeJ5p39Pko Ylag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dmarc-filter:arc-authentication-results; bh=UKnhwKhseeDtoMgBBRujP7FunBOAqqkYlwzQza1a2Jk=; b=mtcS1bXf4kfbkX5Pe22F1CrZvWpmnXSpWlxSLvqENB1mnTJbniGlS3uv4ftoyDTpQ9 DOp03VfRb2zFABn/Nu9hz7R5JDOCkekQ7uEN+mYu3SqMDuisqXYqXvP1f89YsMjZWpQ0 InvakHCjyk3to95Ds/3MnWPNXF0Rx3wiCrHAViaY8fXRL904vSvY1QXk5xkXgSp3vvsa 88YFJYw8ahVj0a+Fi/wWrFJi9wlmGxmYclWgRKnBxM0uoYjfQK89xQ8jpRZ1GF2rmFVu 5ymHOaj3Ra6jp5faui1peYSy/p5K7zP0voPT9y7cmbQkPKEKTq8DNPF59bsgqTq7HK8T uw1w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a13si11967038pfi.138.2018.04.09.00.35.14; Mon, 09 Apr 2018 00:35:51 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751916AbeDIH3F (ORCPT + 99 others); Mon, 9 Apr 2018 03:29:05 -0400 Received: from mail.kernel.org ([198.145.29.99]:56036 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751441AbeDIH3D (ORCPT ); Mon, 9 Apr 2018 03:29:03 -0400 Received: from devbox (NE2965lan1.rev.em-net.ne.jp [210.141.244.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 6285A21456; Mon, 9 Apr 2018 07:28:59 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 6285A21456 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=mhiramat@kernel.org Date: Mon, 9 Apr 2018 16:28:56 +0900 From: Masami Hiramatsu To: Ravi Bangoria Cc: oleg@redhat.com, peterz@infradead.org, srikar@linux.vnet.ibm.com, rostedt@goodmis.org, acme@kernel.org, ananth@linux.vnet.ibm.com, akpm@linux-foundation.org, alexander.shishkin@linux.intel.com, alexis.berlemont@gmail.com, corbet@lwn.net, dan.j.williams@intel.com, jolsa@redhat.com, kan.liang@intel.com, kjlx@templeofstupid.com, kstewart@linuxfoundation.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, milian.wolff@kdab.com, mingo@redhat.com, namhyung@kernel.org, naveen.n.rao@linux.vnet.ibm.com, pc@us.ibm.com, tglx@linutronix.de, yao.jin@linux.intel.com, fengguang.wu@intel.com, jglisse@redhat.com Subject: Re: [PATCH v2 9/9] perf probe: Support SDT markers having reference counter (semaphore) Message-Id: <20180409162856.df4c32b840eb5f2ef8c028f1@kernel.org> In-Reply-To: <20180404083110.18647-10-ravi.bangoria@linux.vnet.ibm.com> References: <20180404083110.18647-1-ravi.bangoria@linux.vnet.ibm.com> <20180404083110.18647-10-ravi.bangoria@linux.vnet.ibm.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Ravi, On Wed, 4 Apr 2018 14:01:10 +0530 Ravi Bangoria wrote: > With this, perf buildid-cache will save SDT markers with reference > counter in probe cache. Perf probe will be able to probe markers > having reference counter. Ex, > > # readelf -n /tmp/tick | grep -A1 loop2 > Name: loop2 > ... Semaphore: 0x0000000010020036 > > # ./perf buildid-cache --add /tmp/tick > # ./perf probe sdt_tick:loop2 > # ./perf stat -e sdt_tick:loop2 /tmp/tick > hi: 0 > hi: 1 > hi: 2 > ^C > Performance counter stats for '/tmp/tick': > 3 sdt_tick:loop2 > 2.561851452 seconds time elapsed > > Signed-off-by: Ravi Bangoria > --- > tools/perf/util/probe-event.c | 18 ++++++++++++++--- > tools/perf/util/probe-event.h | 1 + > tools/perf/util/probe-file.c | 34 ++++++++++++++++++++++++++------ > tools/perf/util/probe-file.h | 1 + > tools/perf/util/symbol-elf.c | 46 ++++++++++++++++++++++++++++++++----------- > tools/perf/util/symbol.h | 7 +++++++ > 6 files changed, 86 insertions(+), 21 deletions(-) > > diff --git a/tools/perf/util/probe-event.c b/tools/perf/util/probe-event.c > index e1dbc98..b3a1330 100644 > --- a/tools/perf/util/probe-event.c > +++ b/tools/perf/util/probe-event.c > @@ -1832,6 +1832,12 @@ int parse_probe_trace_command(const char *cmd, struct probe_trace_event *tev) > tp->offset = strtoul(fmt2_str, NULL, 10); > } > > + if (tev->uprobes) { > + fmt2_str = strchr(p, '('); > + if (fmt2_str) > + tp->ref_ctr_offset = strtoul(fmt2_str + 1, NULL, 0); > + } > + > tev->nargs = argc - 2; > tev->args = zalloc(sizeof(struct probe_trace_arg) * tev->nargs); > if (tev->args == NULL) { > @@ -2054,15 +2060,21 @@ char *synthesize_probe_trace_command(struct probe_trace_event *tev) > } > > /* Use the tp->address for uprobes */ > - if (tev->uprobes) > + if (tev->uprobes) { > err = strbuf_addf(&buf, "%s:0x%lx", tp->module, tp->address); > - else if (!strncmp(tp->symbol, "0x", 2)) > + if (uprobe_ref_ctr_is_supported() && > + tp->ref_ctr_offset && > + err >= 0) > + err = strbuf_addf(&buf, "(0x%lx)", tp->ref_ctr_offset); If the kernel doesn't support uprobe_ref_ctr but the event requires to increment uprobe_ref_ctr, I think we should (at least) warn user here. > + } else if (!strncmp(tp->symbol, "0x", 2)) { > /* Absolute address. See try_to_find_absolute_address() */ > err = strbuf_addf(&buf, "%s%s0x%lx", tp->module ?: "", > tp->module ? ":" : "", tp->address); > - else > + } else { > err = strbuf_addf(&buf, "%s%s%s+%lu", tp->module ?: "", > tp->module ? ":" : "", tp->symbol, tp->offset); > + } > + > if (err) > goto error; > > diff --git a/tools/perf/util/probe-event.h b/tools/perf/util/probe-event.h > index 45b14f0..15a98c3 100644 > --- a/tools/perf/util/probe-event.h > +++ b/tools/perf/util/probe-event.h > @@ -27,6 +27,7 @@ struct probe_trace_point { > char *symbol; /* Base symbol */ > char *module; /* Module name */ > unsigned long offset; /* Offset from symbol */ > + unsigned long ref_ctr_offset; /* SDT reference counter offset */ > unsigned long address; /* Actual address of the trace point */ > bool retprobe; /* Return probe flag */ > }; > diff --git a/tools/perf/util/probe-file.c b/tools/perf/util/probe-file.c > index 4ae1123..ca0e524 100644 > --- a/tools/perf/util/probe-file.c > +++ b/tools/perf/util/probe-file.c > @@ -697,8 +697,16 @@ int probe_cache__add_entry(struct probe_cache *pcache, > #ifdef HAVE_GELF_GETNOTE_SUPPORT > static unsigned long long sdt_note__get_addr(struct sdt_note *note) > { > - return note->bit32 ? (unsigned long long)note->addr.a32[0] > - : (unsigned long long)note->addr.a64[0]; > + return note->bit32 ? > + (unsigned long long)note->addr.a32[SDT_NOTE_IDX_LOC] : > + (unsigned long long)note->addr.a64[SDT_NOTE_IDX_LOC]; > +} > + > +static unsigned long long sdt_note__get_ref_ctr_offset(struct sdt_note *note) > +{ > + return note->bit32 ? > + (unsigned long long)note->addr.a32[SDT_NOTE_IDX_REFCTR] : > + (unsigned long long)note->addr.a64[SDT_NOTE_IDX_REFCTR]; > } > > static const char * const type_to_suffix[] = { > @@ -776,14 +784,21 @@ static char *synthesize_sdt_probe_command(struct sdt_note *note, > { > struct strbuf buf; > char *ret = NULL, **args; > - int i, args_count; > + int i, args_count, err; > + unsigned long long ref_ctr_offset; > > if (strbuf_init(&buf, 32) < 0) > return NULL; > > - if (strbuf_addf(&buf, "p:%s/%s %s:0x%llx", > - sdtgrp, note->name, pathname, > - sdt_note__get_addr(note)) < 0) > + err = strbuf_addf(&buf, "p:%s/%s %s:0x%llx", > + sdtgrp, note->name, pathname, > + sdt_note__get_addr(note)); > + > + ref_ctr_offset = sdt_note__get_ref_ctr_offset(note); > + if (uprobe_ref_ctr_is_supported() && ref_ctr_offset && err >= 0) > + err = strbuf_addf(&buf, "(0x%llx)", ref_ctr_offset); We don't have to care about uprobe_ref_ctr support here, because this information will be just cached, not directly written to uprobe_events. Other parts look good to me. Thanks, -- Masami Hiramatsu