Received: by 10.223.185.116 with SMTP id b49csp1657236wrg; Sun, 11 Feb 2018 17:56:26 -0800 (PST) X-Google-Smtp-Source: AH8x225PMjHeNZrctUDd6pGupCMgnUcfHSHtH6Gz0Fg7DEtUOnNMRv4EaK3Kg1Ox6F0BN394kaje X-Received: by 10.98.192.205 with SMTP id g74mr10109432pfk.91.1518400586196; Sun, 11 Feb 2018 17:56:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518400586; cv=none; d=google.com; s=arc-20160816; b=g5153jRD0Y4UGenJs6YY5bMwIvigeXUrFtaUfHhjqCB9/51OeWbGE9Y10k+TCI7mKL +x0yQTtbGOkY1D3Gg2lDX64dmzKYea7gaexzIxFe1oU/UqTsywB4gzNZXk8Pb/yy8Spx Ji5yC5P5tqB2OxbSS1Z6HeYk5/8xFCUeji7rmKEc8JCpnb5USKQh1bh3hx43E7YJtumZ tz9sWFd4EQva36tbF4vIPGmpTtzq3lWL0w/5jKnNukVnf0H/xCoqA8H7fR23+xGdal2i 1CPTkDUD/9rIZpcRSUA71ouYOQuEz75bh5CvYvHZ8S8GX7OmYmsruBGp8CsdLttotHXG ykIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=Z1+1GEdH3R+znSU7sydJODaL7KJ35eF2c/haKhsv958=; b=K0+jQIyKEsBCUmELzi9DCE+72bUiI7LK8wJL3YPK6QmlbFsH0as5pLmc+roN3pNb27 AAQGz52bMH3cKw4W0v4m8/jW0HmQU04NFZdeFJF+akK2o7PdN5hqOoCIMmyuV6vkUkA6 71eU+qxJMsPkN1lShnkEBrx3CTUYqN0lkupbFPgcpqgasmGRsTOX7z+B/Kw4TNgZxq+X 1Y44xDwfxSdg2z+bAsUBo6a64OgWmFwCh83m+uwLyvULB0qnVK/H3JfJEbLGk+AkNo8B N4uKmmmGbdsYa2/UReU5J1ulzyOlWIQUL0I+eCOqujSmk0axchCiTZ7xWzohMDfYsnIG vo5A== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 92-v6si5144141plw.670.2018.02.11.17.56.11; Sun, 11 Feb 2018 17:56:26 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932403AbeBLBzb (ORCPT + 99 others); Sun, 11 Feb 2018 20:55:31 -0500 Received: from LGEAMRELO12.lge.com ([156.147.23.52]:40986 "EHLO lgeamrelo12.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932333AbeBLBza (ORCPT ); Sun, 11 Feb 2018 20:55:30 -0500 Received: from unknown (HELO lgeamrelo01.lge.com) (156.147.1.125) by 156.147.23.52 with ESMTP; 12 Feb 2018 10:55:28 +0900 X-Original-SENDERIP: 156.147.1.125 X-Original-MAILFROM: namhyung@kernel.org Received: from unknown (HELO sejong) (10.177.227.17) by 156.147.1.125 with ESMTP; 12 Feb 2018 10:55:28 +0900 X-Original-SENDERIP: 10.177.227.17 X-Original-MAILFROM: namhyung@kernel.org Date: Mon, 12 Feb 2018 10:55:27 +0900 From: Namhyung Kim To: changbin.du@intel.com Cc: jolsa@redhat.com, peterz@infradead.org, mingo@redhat.com, acme@kernel.org, linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, kernel-team@lge.com Subject: Re: [PATCH v2] perf ftrace: Fix the buffer size in __write_tracing_file Message-ID: <20180212015527.GE31513@sejong> References: <1518077600-19615-1-git-send-email-changbin.du@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1518077600-19615-1-git-send-email-changbin.du@intel.com> User-Agent: Mutt/1.9.3 (2018-01-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, On Thu, Feb 08, 2018 at 04:13:20PM +0800, changbin.du@intel.com wrote: > From: Changbin Du > > The terminal character '\0' should take into account into size of the > string buffer. Without this fix, the '--graph-funcs', '--nograph-funcs' > and '--trace-funcs' options didn't work as expected when the > doesn't exist. If usersapce writes a non-terminated string, the kernel > side will always return success but actually no filter applied. > > As discussed before, the kernel now support '\0' to mark the end of string: > https://lkml.org/lkml/2018/1/16/116 > > After this fix in userspace, the perf will report correct error state. Also > let it print an error if reset_tracing_files() fails. But what about old kernels? IIRC there was an error with this change. Thanks, Namhyung > > The problem: > $ sudo ./perf ftrace -a --graph-depth 1 --graph-funcs abcdefg > 0) 0.140 us | rcu_all_qs(); > 3) 0.304 us | mutex_unlock(); > 0) 0.153 us | find_vma(); > 3) 0.088 us | __fsnotify_parent(); > 0) 6.145 us | handle_mm_fault(); > 3) 0.089 us | fsnotify(); > 3) 0.161 us | __sb_end_write(); > 3) 0.710 us | SyS_close(); > 3) 7.848 us | exit_to_usermode_loop(); > > On above example, I specified function filter 'abcdefg' but all functions > are enabled. The expected error is hidden. > > Signed-off-by: Changbin Du > --- > tools/perf/builtin-ftrace.c | 6 ++++-- > 1 file changed, 4 insertions(+), 2 deletions(-) > > diff --git a/tools/perf/builtin-ftrace.c b/tools/perf/builtin-ftrace.c > index 25a42ac..a87e9b3 100644 > --- a/tools/perf/builtin-ftrace.c > +++ b/tools/perf/builtin-ftrace.c > @@ -69,7 +69,7 @@ static int __write_tracing_file(const char *name, const char *val, bool append) > { > char *file; > int fd, ret = -1; > - ssize_t size = strlen(val); > + ssize_t size = strlen(val) + 1; > int flags = O_WRONLY; > char errbuf[512]; > > @@ -280,8 +280,10 @@ static int __cmd_ftrace(struct perf_ftrace *ftrace, int argc, const char **argv) > signal(SIGCHLD, sig_handler); > signal(SIGPIPE, sig_handler); > > - if (reset_tracing_files(ftrace) < 0) > + if (reset_tracing_files(ftrace) < 0) { > + pr_err("failed to reset ftrace\n"); > goto out; > + } > > /* reset ftrace buffer */ > if (write_tracing_file("trace", "0") < 0) > -- > 2.7.4 >