Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757996Ab3J2Cvv (ORCPT ); Mon, 28 Oct 2013 22:51:51 -0400 Received: from mail9.hitachi.co.jp ([133.145.228.44]:57522 "EHLO mail9.hitachi.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753687Ab3J2Cvu (ORCPT ); Mon, 28 Oct 2013 22:51:50 -0400 Message-ID: <526F22C2.2070403@hitachi.com> Date: Tue, 29 Oct 2013 11:51:46 +0900 From: Masami Hiramatsu Organization: Hitachi, Ltd., Japan User-Agent: Mozilla/5.0 (Windows NT 5.2; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Srikar Dronamraju Cc: Pekka Enberg , Hemant Kumar , LKML , Peter Zijlstra , Oleg Nesterov , hegdevasant@linux.vnet.ibm.com, Ingo Molnar , anton@redhat.com, systemtap@sourceware.org, Namhyung Kim , aravinda@linux.vnet.ibm.com Subject: Re: Re: [PATCH v4 2/3] Support for perf to probe into SDT markers: References: <20131023044511.1886.82571.stgit@hemant-fedora> <20131023050502.1886.15779.stgit@hemant-fedora> <526E4940.8000608@hitachi.com> <526E5BA5.7050103@iki.fi> <20131028141152.GA1040@linux.vnet.ibm.com> <526E72EC.9060400@iki.fi> <20131028173152.GB1040@linux.vnet.ibm.com> In-Reply-To: <20131028173152.GB1040@linux.vnet.ibm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1164 Lines: 35 (2013/10/29 2:31), Srikar Dronamraju wrote: >>> >>> But what if a system has both 32 bit libc and 64 bit libc? >>> Wont we could end up with 2 libc:setjmp? >>> Should we give some more intelligence into perf to choose the 64 bit >>> libc over 32 bit one? >> >> You can just trace both of them by default, no? >> > > There has to be a one to one association with the event name and its > mapping. Every event name will finally map to a unique inode and an > offset. > > One option would be for perf to look at these markers and have a > different event name for similar markers in different executables. Or, another idea is introducing hidden event group which automatically merges those similar markers and shows as one event alias name. :) Thank you, -- Masami HIRAMATSU IT Management Research Dept. Linux Technology Center Hitachi, Ltd., Yokohama Research Laboratory E-mail: masami.hiramatsu.pt@hitachi.com -- 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/