Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1036566ybz; Fri, 17 Apr 2020 14:40:56 -0700 (PDT) X-Google-Smtp-Source: APiQypJrYD9JksKj90uSsr6C/x/XwShobbG5VLcgaAXlsj9lWJW0DVQDoyNQLzE50tdGdsCN2n0d X-Received: by 2002:a05:6402:221c:: with SMTP id cq28mr4814373edb.50.1587159655831; Fri, 17 Apr 2020 14:40:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587159655; cv=none; d=google.com; s=arc-20160816; b=N4VmYKXE5qYeUJuwj5J0SfL9GZvWE/xWJvsCFgUmGhawE7AygVRQR0IKwUWW8G7SCC ZrTCt+YBJqTGNXPBheI9T5MjuH+UpwrwyO+XkR//0/Jt57WBtXJaDGd2PGcDXqG+zT5O XlHJ8SlWEm7DxByYM04mxBUq+8V8ORGLxMzHdS+HVLUW6v83et3+clKCY/UBkE2osm+r hU9ELhRo/Qi740Y9wB9BGNbcE3kVpHSEijElFeHWluTcIt5OL5PlTjWiVGzbetyuQmOW ibpXQBwHwfgr0hDe/xfXhcXmwoaFZNc+euPR85q3W7t3Jf6QimSBTVwqkXtVRENlSJd4 IHFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:date:from :dkim-signature; bh=oo5vR4yC5MtDvMVJ8Kcq/TzZ58lxiEoKMeIC53iSq0s=; b=CCGVOpTXoAzXv6GuibeWFvUpWjIRP3iCRAnRM+IUAEgmR+vjv9UZedZ0QpqHluz2Y5 BlP0fte+ZZdXB97kxZk2/uBsrXFr0rXLsTiX6A2T6K5786s78IVk2+IgcKayPlCJ3m9E uFWscEqr4s62ZtetGABZbjTLYQPmWKMgPHQZJiEUkNnKdcDO4H/ye+6TMQ2b2eSHrZ0W aMNdtLMTKQtYarAZ38vN0eyyz94qwlCLTvQhBw4zViJ+NAeW4rJAWXSSon16D718/cYK XwwofEThsg8u6HHLmfBXNs1C9hvEf2dKwyc4gNAJ8MVYVUas1HJTZv2BAEhfQDHUFH9W RW9w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Ezd8MYoQ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id aq11si14734956ejc.307.2020.04.17.14.40.32; Fri, 17 Apr 2020 14:40:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Ezd8MYoQ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728241AbgDQVhI (ORCPT + 99 others); Fri, 17 Apr 2020 17:37:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45182 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1725873AbgDQVhI (ORCPT ); Fri, 17 Apr 2020 17:37:08 -0400 Received: from mail-qt1-x844.google.com (mail-qt1-x844.google.com [IPv6:2607:f8b0:4864:20::844]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 13DBAC061A0C; Fri, 17 Apr 2020 14:37:08 -0700 (PDT) Received: by mail-qt1-x844.google.com with SMTP id b10so3276719qtt.9; Fri, 17 Apr 2020 14:37:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=oo5vR4yC5MtDvMVJ8Kcq/TzZ58lxiEoKMeIC53iSq0s=; b=Ezd8MYoQKEF03PFVDXvEcZhHZRk4J4SaXaU490YvfqptHrPxFS5OAH7rJSRUi/ziUR IKthdnnIULiCyJFob0vGq2t2mgO+OQvyUdoG2NSH/vvbwb4PJdR9rbD4/BmZQ3jzXZAi v3FmUGbilKzK+rDAFxVZ4TCyDYWSbI3W4Qvi7u6QwM7SWIB8uEcL7SRMnTF4HHtCtKOw F90BXczXLDTPkEaiJ0ipSqVk0IKNpYLBUoMqv9KrUjNn80KaF/6atBIxb13MpXsrQDCN ZmYFNhrX2uLAO6UeUp+hiezeKf9gTYOrHLQaCiT7M4Ldro4s5pLL1Uexoa6LHewXAGnh peGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=oo5vR4yC5MtDvMVJ8Kcq/TzZ58lxiEoKMeIC53iSq0s=; b=DBcjkdBfIpSZSdyj7EfcfF7fSzcSukyWK6XxW6WFiSV8RtQLy9goXp0nDFKNRIQSY9 tszQGjLmEXEkV4ddeQvjn+hmggYG/TaYEPuXZ52wCL0prwjZy3VnUcNj53YFu7TNVEzU O5Y1co+roeR2y9hKKHbBHtRbxGUfDY44yKFAJ/EmRYmGfCQLT0o7sj7B83jAuTNYfiO7 2GtKmj24C2YucYfjw5HSqlHjB0tCRXSqPxebXhc5V3xNUGyW6JGvOxjNadMGN6uupq46 CHlqt66/oRQeTZQAB7zH1O04x+scAdijMNQygKoW2q/DjFJXCB6O1+OrZaq18sjiYhaI uH5g== X-Gm-Message-State: AGi0PuYBIp2KFE0X6MWt/r3EwNaWG4A2Zf2DllylV4tia0pKQOiA9Y8F T59r/qPK7MjRbeR0JGBLT0U= X-Received: by 2002:ac8:296f:: with SMTP id z44mr5123606qtz.18.1587159427130; Fri, 17 Apr 2020 14:37:07 -0700 (PDT) Received: from quaco.ghostprotocols.net ([179.97.37.151]) by smtp.gmail.com with ESMTPSA id x68sm18116965qka.129.2020.04.17.14.37.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 17 Apr 2020 14:37:06 -0700 (PDT) From: Arnaldo Carvalho de Melo X-Google-Original-From: Arnaldo Carvalho de Melo Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id 50557409A3; Fri, 17 Apr 2020 18:37:04 -0300 (-03) Date: Fri, 17 Apr 2020 18:37:04 -0300 To: Andi Kleen , Adrian Hunter Cc: Arnaldo Carvalho de Melo , Jiri Olsa , linux-kernel@vger.kernel.org, Namhyung Kim , linux-perf-users@vger.kernel.org Subject: Re: [PATCH 11/16] perf intel-pt: Add support for synthesizing callchains for regular events Message-ID: <20200417213704.GB21512@kernel.org> References: <20200401101613.6201-1-adrian.hunter@intel.com> <20200401101613.6201-12-adrian.hunter@intel.com> <20200416151443.GA2650@kernel.org> <5b8f28f5-968f-bfff-68af-ed0350a90765@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5b8f28f5-968f-bfff-68af-ed0350a90765@intel.com> X-Url: http://acmel.wordpress.com Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Fri, Apr 17, 2020 at 04:50:00PM +0300, Adrian Hunter escreveu: > On 16/04/20 6:14 pm, Arnaldo Carvalho de Melo wrote: > > Em Wed, Apr 01, 2020 at 01:16:08PM +0300, Adrian Hunter escreveu: > >> Currently, callchains can be synthesized only for synthesized events. > >> Support also synthesizing callchains for regular events. > > > > This is super cool, I wonder if we shouldn't do it automatically or just > > adding a new type of callchains, i.e.: > > > > perf record --call-graph pt uname > > > > Should take care of all the details, i.e. do the extra steps below > > behind the scenes. > > > > Possibly even find out that the workload specified was built with > > -fomit-frame-pointers, that the hardware has Intel PT and do all behind > > the scenes for: > > > > perf record -g uname > > > > Alternatively we could take some less seemingly far fetched approach and > > make this configurable via: > > > > perf config call-graph.record-mode=pt > > > > What do you think? > > Adding a --call-graph option sounds reasonable, and config to define default > callgraph options. But this was done at Andi Kleen's request, so he may > want to comment. Andi? My concern is that if this is the optimal solution for a good subset of the machines out there, then we need to make it easy to use, even transparent, if possible and safe to take that path. - Arnaldo