Received: by 10.213.65.68 with SMTP id h4csp330719imn; Tue, 13 Mar 2018 05:55:40 -0700 (PDT) X-Google-Smtp-Source: AG47ELv9bN/p4mQ22P39C9rGlS+RBoIkr0CiBzjzoeu2vK8oCCkYDN7LGVv6wD9+JIsGmruhQX1D X-Received: by 10.101.101.205 with SMTP id y13mr403061pgv.265.1520945740194; Tue, 13 Mar 2018 05:55:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1520945740; cv=none; d=google.com; s=arc-20160816; b=JN/WelDZvtF7ZJKc5J+ITgFYX8RtMd8T28f2hjyoyAAjzSqE2LL03Tw+bZO1nFxVMR BqK/hgiFLXzqpoi16elBfJQ7FyOLsD/zAXC+4y7WI7r0mfeNA/cEAr5bJCfP141V5gbu xCR6y8uIZn+4St/B5VAIQwNGqi2gWoCmphwlx2dLGXkujq5nxfjrGomJkFyEOqkJO721 KpMsxVrVvVEwnJtBB7JoImOF0APlF35poA+kZTxVXBIObPnQ/9gyNyo7iarNOFQdmNhT 847LAJPZNLdUShVVzjyMb65dx3g0pbW98rdTEJjjP6JNsbTRLTFhvQ9FDav8hIYuvJ3a d29Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :arc-authentication-results; bh=FMskqqMvqhMbBZ5SZr6ez4Uh8ya5QU0oFGUL8Dwgtvc=; b=xDzh7c09ICMOfE8if66feTe0Cr0/S+cJr6XzWLsBAqNUpz9AhNqgoDdToUz3oVWqD3 MLFdNkiiHz8fhzuYecq0IWauRx38LMB6jWDAuzALD0xjhkwmCiyRd/4sYSwOLL6PxhCB xboEAydSo4vknLeMmlNcd0K+dlFWL3fJuGMsIjubz0nqVLDY6c5C5HF5RCBNY+ssD/ST K6wB95JizBsuQ0Hbci+7wsB2nEl3sXW/XVIvORwnh81QyujaoY9j9YKGfXpVvJDglcIi o2TZM7COCTe/wdH8AKdHS25D3gTL1E23eVXrOyeHQJsVPqJ7dWFRMk/KP17ZtEOICwiB OaLw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f3-v6si83900plb.717.2018.03.13.05.55.25; Tue, 13 Mar 2018 05:55:40 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752503AbeCMMyH (ORCPT + 99 others); Tue, 13 Mar 2018 08:54:07 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:33732 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752268AbeCMMyF (ORCPT ); Tue, 13 Mar 2018 08:54:05 -0400 Received: from pps.filterd (m0098404.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w2DCn67k081739 for ; Tue, 13 Mar 2018 08:54:05 -0400 Received: from e06smtp12.uk.ibm.com (e06smtp12.uk.ibm.com [195.75.94.108]) by mx0a-001b2d01.pphosted.com with ESMTP id 2gpeft9s6a-1 (version=TLSv1.2 cipher=AES256-SHA256 bits=256 verify=NOT) for ; Tue, 13 Mar 2018 08:54:04 -0400 Received: from localhost by e06smtp12.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Tue, 13 Mar 2018 12:54:01 -0000 Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196) by e06smtp12.uk.ibm.com (192.168.101.142) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Tue, 13 Mar 2018 12:53:53 -0000 Received: from d06av25.portsmouth.uk.ibm.com (d06av25.portsmouth.uk.ibm.com [9.149.105.61]) by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w2DCrqvc54132838; Tue, 13 Mar 2018 12:53:52 GMT Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 47BF111C058; Tue, 13 Mar 2018 12:46:32 +0000 (GMT) Received: from d06av25.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id B0BC511C050; Tue, 13 Mar 2018 12:46:20 +0000 (GMT) Received: from bangoria.in.ibm.com (unknown [9.124.221.140]) by d06av25.portsmouth.uk.ibm.com (Postfix) with ESMTP; Tue, 13 Mar 2018 12:46:20 +0000 (GMT) From: Ravi Bangoria To: mhiramat@kernel.org, oleg@redhat.com, peterz@infradead.org, srikar@linux.vnet.ibm.com Cc: 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, gregkh@linuxfoundation.org, huawei.libin@huawei.com, hughd@google.com, jack@suse.cz, jglisse@redhat.com, jolsa@redhat.com, kan.liang@intel.com, kirill.shutemov@linux.intel.com, kjlx@templeofstupid.com, kstewart@linuxfoundation.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, mhocko@suse.com, milian.wolff@kdab.com, mingo@redhat.com, namhyung@kernel.org, naveen.n.rao@linux.vnet.ibm.com, pc@us.ibm.com, pombredanne@nexb.com, rostedt@goodmis.org, tglx@linutronix.de, tmricht@linux.vnet.ibm.com, willy@infradead.org, yao.jin@linux.intel.com, fengguang.wu@intel.com, Ravi Bangoria Subject: [PATCH 0/8] trace_uprobe: Support SDT markers having reference count (semaphore) Date: Tue, 13 Mar 2018 18:25:55 +0530 X-Mailer: git-send-email 2.14.3 X-TM-AS-GCONF: 00 x-cbid: 18031312-0008-0000-0000-000004DBFABC X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18031312-0009-0000-0000-00001E6F2D61 Message-Id: <20180313125603.19819-1-ravi.bangoria@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-03-13_06:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000 definitions=main-1803130153 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Userspace Statically Defined Tracepoints[1] are dtrace style markers inside userspace applications. These markers are added by developer at important places in the code. Each marker source expands to a single nop instruction in the compiled code but there may be additional overhead for computing the marker arguments which expands to couple of instructions. In case the overhead is more, execution of it can be omitted by runtime if() condition when no one is tracing on the marker: if (reference_counter > 0) { Execute marker instructions; } Default value of reference counter is 0. Tracer has to increment the reference counter before tracing on a marker and decrement it when done with the tracing. Currently, perf tool has limited supports for SDT markers. I.e. it can not trace markers surrounded by reference counter. Also, it's not easy to add reference counter logic in userspace tool like perf, so basic idea for this patchset is to add reference counter logic in the trace_uprobe infrastructure. Ex,[2] # cat tick.c ... for (i = 0; i < 100; i++) { DTRACE_PROBE1(tick, loop1, i); if (TICK_LOOP2_ENABLED()) { DTRACE_PROBE1(tick, loop2, i); } printf("hi: %d\n", i); sleep(1); } ... Here tick:loop1 is marker without reference counter where as tick:loop2 is surrounded by reference counter condition. # perf buildid-cache --add /tmp/tick # perf probe sdt_tick:loop1 # perf probe sdt_tick:loop2 # perf stat -e sdt_tick:loop1,sdt_tick:loop2 -- /tmp/tick hi: 0 hi: 1 hi: 2 ^C Performance counter stats for '/tmp/tick': 3 sdt_tick:loop1 0 sdt_tick:loop2 2.747086086 seconds time elapsed Perf failed to record data for tick:loop2. Same experiment with this patch series: # ./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 [1] https://sourceware.org/systemtap/wiki/UserSpaceProbeImplementation [2] https://github.com/iovisor/bcc/issues/327#issuecomment-200576506 [3] https://lkml.org/lkml/2017/12/6/976 Note: 'reference counter' is called as 'semaphore' in original Dtrace (or Systemtap, bcc and even in ELF) documentation and code. But the term 'semaphore' is misleading in this context. This is just a counter used to hold number of tracers tracing on a marker. This is not really used for any synchronization. So we are referring it as 'reference counter' in kernel / perf code. RFC series can be found at: https://lkml.org/lkml/2018/2/28/76 Ravi Bangoria (8): Uprobe: Export vaddr <-> offset conversion functions mm: Prefix vma_ to vaddr_to_offset() and offset_to_vaddr() Uprobe: Rename map_info to uprobe_map_info Uprobe: Export uprobe_map_info along with uprobe_{build/free}_map_info() trace_uprobe: Support SDT markers having reference count (semaphore) trace_uprobe/sdt: Fix multiple update of same reference counter perf probe: Support SDT markers having reference counter (semaphore) trace_uprobe/sdt: Document about reference counter Documentation/trace/uprobetracer.txt | 16 +- include/linux/mm.h | 12 ++ include/linux/uprobes.h | 11 ++ kernel/events/uprobes.c | 62 ++++---- kernel/trace/trace.c | 2 +- kernel/trace/trace_uprobe.c | 273 ++++++++++++++++++++++++++++++++++- tools/perf/util/probe-event.c | 21 ++- tools/perf/util/probe-event.h | 1 + tools/perf/util/probe-file.c | 22 ++- tools/perf/util/symbol-elf.c | 10 ++ tools/perf/util/symbol.h | 1 + 11 files changed, 382 insertions(+), 49 deletions(-) -- 1.8.3.1