From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934434AbcCJAgu (ORCPT ); Wed, 9 Mar 2016 19:36:50 -0500 Received: from LGEAMRELO13.lge.com ([156.147.23.53]:53397 "EHLO lgeamrelo13.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752309AbcCJAgl (ORCPT ); Wed, 9 Mar 2016 19:36:41 -0500 X-Original-SENDERIP: 156.147.1.127 X-Original-MAILFROM: namhyung@kernel.org X-Original-SENDERIP: 165.244.98.150 X-Original-MAILFROM: namhyung@kernel.org X-Original-SENDERIP: 10.177.227.17 X-Original-MAILFROM: namhyung@kernel.org Date: Thu, 10 Mar 2016 09:36:37 +0900 From: Namhyung Kim To: Jiri Olsa CC: Steven Rostedt , lkml , Ingo Molnar , Peter Zijlstra , Arnaldo Carvalho de Melo Subject: Re: [PATCH 1/5] ftrace perf: Check sample types only for sampling events Message-ID: <20160310003637.GA21119@sejong> References: <1457556405-27717-1-git-send-email-jolsa@kernel.org> <1457556405-27717-2-git-send-email-jolsa@kernel.org> MIME-Version: 1.0 In-Reply-To: <1457556405-27717-2-git-send-email-jolsa@kernel.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-MIMETrack: Itemize by SMTP Server on LGEKRMHUB06/LGE/LG Group(Release 8.5.3FP6|November 21, 2013) at 2016/03/10 09:36:37, Serialize by Router on LGEKRMHUB06/LGE/LG Group(Release 8.5.3FP6|November 21, 2013) at 2016/03/10 09:36:37, Serialize complete at 2016/03/10 09:36:37 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jiri, On Wed, Mar 09, 2016 at 09:46:41PM +0100, Jiri Olsa wrote: > Currently we check sample type for ftrace:function event > even if it's not created as sampling event. That prevents > creating ftrace_function event in counting mode. > > Making sure we check sample types only for sampling events. > > Before: > $ sudo perf stat -e ftrace:function ls > ... > > Performance counter stats for 'ls': > > ftrace:function > > 0.001983662 seconds time elapsed > > After: > $ sudo perf stat -e ftrace:function ls > ... > > Performance counter stats for 'ls': > > 44,498 ftrace:function > > 0.037534722 seconds time elapsed > > Signed-off-by: Jiri Olsa > --- > kernel/trace/trace_event_perf.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/kernel/trace/trace_event_perf.c b/kernel/trace/trace_event_perf.c > index 00df25fd86ef..a7171ec2c1ca 100644 > --- a/kernel/trace/trace_event_perf.c > +++ b/kernel/trace/trace_event_perf.c > @@ -52,14 +52,14 @@ static int perf_trace_event_perm(struct trace_event_call *tp_event, > * event, due to issues with page faults while tracing page > * fault handler and its overall trickiness nature. > */ > - if (!p_event->attr.exclude_callchain_user) > + if (is_sampling_event(p_event) && !p_event->attr.exclude_callchain_user) > return -EINVAL; > > /* > * Same reason to disable user stack dump as for user space > * callchains above. > */ > - if (p_event->attr.sample_type & PERF_SAMPLE_STACK_USER) > + if (is_sampling_event(p_event) && p_event->attr.sample_type & PERF_SAMPLE_STACK_USER) > return -EINVAL; > } > What about checking is_sampling_event() first and goto the last paranoid_tracepoint_raw check instead? This way we can remove the same check in the function trace case. Thanks, Namhyung