Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp2925707ybi; Mon, 10 Jun 2019 00:49:03 -0700 (PDT) X-Google-Smtp-Source: APXvYqyIMCinSBvm2hTfoQDpImpLFrzBF6E9BH+5if0TgD6rC6Jcz9Ci5AnKf2QQ9q7Ydr+UG3Hf X-Received: by 2002:a17:90a:1b4a:: with SMTP id q68mr19917187pjq.61.1560152943754; Mon, 10 Jun 2019 00:49:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560152943; cv=none; d=google.com; s=arc-20160816; b=hYn4HdQ5KICjkpTDMdRcWFpOxr8qpys6DJs9huSrk7MUa3OBcbVqMRLlfAVssWuHkA +Z6tFyn4Pu4uZumImrYec6/OqzIHggKDgEY3zeHaS0Tri0WJNrtXIEuOikab+tv815Fd mvf66jzSZgeqdBn03WIb2NRJ8qsAVu4H7/hrj8zDG9AwwurVJ1JGcNlQIjV6+/Rib/cp yUHD9/G4+zuu09/padiu3GKo7bgPa76BRKhKjckOk7eQjAQrrVAYrwNm38a9vwV5O1UP jWcYQUZmfTvtjYYlWIli8w8tx4ZVVV5HPv0hxWirG5aCDSsqJkc/Vv7PpGv/49zivxw5 oiYA== 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:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=KaGUlt+JnSXrHA2yb3CMJr0TxbR0/I2dJZtL4yhXyNc=; b=0P6x5gmY4XrY5Ir4FPJsOziqbpZfIvQLzI0KBeHgkcOhnAMozglaw2LUpGqV5dm9LW 1kxltLgNLzcKenJHzHGo0HRn3hCItTu2JQmdfcM75XWCuDZZAvMvvnmc6LPeNwJGRwWG EDXpy0Ay0CTXWslZorbhDnDb7k1YzmiJ+MRrvcXG87aG98kqbkdlIfr3oSbaho/Xqh1d WYWWjFFUTNcn31izYvc7QudF0D3qHSkhvIjpk7KYzMtMBaTlK/1SH9tNraiI1aumB5RD OkVSZUari5LT9SaL0FIAf/5aAPfXIcSo/l7kFzkiQZk1dIFOH/joRQRk5CEmQibzZyOG 9CUQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=NYOcOsup; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a11si8957743pjq.11.2019.06.10.00.48.49; Mon, 10 Jun 2019 00:49:03 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=NYOcOsup; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388238AbfFJHpx (ORCPT + 99 others); Mon, 10 Jun 2019 03:45:53 -0400 Received: from mail-lf1-f65.google.com ([209.85.167.65]:41302 "EHLO mail-lf1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387781AbfFJHpx (ORCPT ); Mon, 10 Jun 2019 03:45:53 -0400 Received: by mail-lf1-f65.google.com with SMTP id 136so5905426lfa.8; Mon, 10 Jun 2019 00:45:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=KaGUlt+JnSXrHA2yb3CMJr0TxbR0/I2dJZtL4yhXyNc=; b=NYOcOsupnA51BkPW46zf9UrTCt0QPHRrGBvb46LBJyF50/5iaEGDzS0PNfNtyWhhaW PpI642elJSx6qYABSdjUHgrfUMxqyEwFuP02V54D62d49KYGcFgCQh6dClIQZpJ3V/Wp V/5famDSKlO/yTAcjGLlTLqq6Rlnvs12+VAAVPk+qad/Ek+0skr81fGrqXDWJ1qwqeyd NtsLLQ/buBSXZ+kPzOOzhi7g6UWLhp5GV0rnpeJoRieRf5A+YFbmVrKixDdFa2NERnYP adyIYTu5FuF0eiLA8rUzVtyrc2Nfk4d4MFE9HvB9kQuwwkZSaxaSIrd9Roqo1CpINfSC eJrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=KaGUlt+JnSXrHA2yb3CMJr0TxbR0/I2dJZtL4yhXyNc=; b=JcPNpaXoGDEqfNr/nWsnmZKjskIQGUptPuyGNldQSp4rmEGC94mpQEAESVHvh0Gqv6 ZJWt4wkP0xhkusip7725uwIEdfr1GwnDZeB8ZnbaBUiYNzcrI8RlldIZDCCXmW/XyLMh mulVulqCIIg4o6HVmCF2uQgIBh3a86xcaCRrY4BheQG5GzQx7aiItgRJgVUjscxm+pfm StqqdOtzYI+WXmMJhNCWmIO4aTpqxOpWH29HtuhtCvOcvF29T6REg8rrZHpK/yDoietI YXr9VDU03fONLWsmWUMETBln+vz4nZq4Ypwue5mkbdEHFY5HBQmLii7mA75xsHtGjYPF cikQ== X-Gm-Message-State: APjAAAW+hHjTPLss9snkekLbHGWgl7tMt0GrND5JA3aIMnGZ/MuR6Yto MmubpKDm/JZ/M7Bxgbr/KZ0r+9DfQD4s+rFUzNU= X-Received: by 2002:a19:48c3:: with SMTP id v186mr33715271lfa.42.1560152751547; Mon, 10 Jun 2019 00:45:51 -0700 (PDT) MIME-Version: 1.0 References: <1559222962-22891-1-git-send-email-ufo19890607@gmail.com> <20190606142644.GA21245@kernel.org> <20190606144614.GC12056@krava> <20190606181504.GD21245@kernel.org> In-Reply-To: <20190606181504.GD21245@kernel.org> From: =?UTF-8?B?56a56Iif6ZSu?= Date: Mon, 10 Jun 2019 15:45:40 +0800 Message-ID: Subject: Re: [PATCH] perf record: Add support to collect callchains from kernel or user space only. To: Arnaldo Carvalho de Melo Cc: Jiri Olsa , Peter Zijlstra , Ingo Molnar , Alexander Shishkin , Jiri Olsa , David Ahern , Namhyung Kim , Milian Wolff , Wind Yu , Adrian Hunter , Wang Nan , linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org, acme@redhat.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Arnaldo, Jirka > perf_event_attr.exclude_callchain_kernel to 0 I don't think we should set 0 for the desired callchins, because we will set exclude_callchain_user to 1 if perf_evsel is function event. void perf_evsel__config(struct perf_evsel *evsel, struct record_opts *opts, struct callchain_param *callchain) { ... if (perf_evsel__is_function_event(evsel)) evsel->attr.exclude_callchain_user =3D 1; if (callchain && callchain->enabled && !evsel->no_aux_samples) perf_evsel__config_callchain(evsel, opts, callchain); } If we set exclude_callchain_user to 0 , it will catch user callchain for function_event. So, it will be best to just set the exclude_callchain_xxx to 1. > So that the user don't try using: > perf record --user-callchains --kernel-callchains > expecting to get both user and kernel callchains and instead gets > nothing. I will add a note in the doc. Arnaldo Carvalho de Melo =E4=BA=8E2019=E5=B9=B46= =E6=9C=887=E6=97=A5=E5=91=A8=E4=BA=94 =E4=B8=8A=E5=8D=882:15=E5=86=99=E9=81= =93=EF=BC=9A > > Em Thu, Jun 06, 2019 at 04:46:14PM +0200, Jiri Olsa escreveu: > > On Thu, Jun 06, 2019 at 11:26:44AM -0300, Arnaldo Carvalho de Melo wrot= e: > > > So that the user don't try using: > > > > pref record --user-callchains --kernel-callchains > > > > expecting to get both user and kernel callchains and instead gets > > > nothing. > > > good catch.. we should add the logic to keep both (default) > > in this case.. so do nothing ;-) > > Yeah, not using both or using both should amount to the same behaviour. > > Can be done with a patch on top of what I have in my tree now. > > - Arnaldo