Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp266304rwb; Sun, 25 Sep 2022 20:22:08 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6JDdsEr3KCwb5cGtXFaNKTUtTODIciSYR0wax119GR7T1jVDEwm7FdbY9WYaG2pL0Uff8J X-Received: by 2002:a17:907:843:b0:73a:5b0e:8352 with SMTP id ww3-20020a170907084300b0073a5b0e8352mr16698778ejb.438.1664162527903; Sun, 25 Sep 2022 20:22:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664162527; cv=none; d=google.com; s=arc-20160816; b=iur22NcozkAs/pg+IVJlbbkR+g3tbwLa8KGpfkPqPHfD5ulLkOo4D1i+jJfa3PKRfV zPCTrWGl2BV+zbqZe65ysAqYsUHlGLv+1ewG5+t9Ri1jNdNjjb+VmfNlOOEh9/qhOlGO txaFm5TftTYMjSzGRndXWNQ0BSN6kWoKGj9A3vko01hVt79scbyq7+s2NbBs86QOy7JG NgOmTPrvPmXH98uGs/BBVanXgPeFmSrTSVL4YSK41ve+RRwgMCPsvjE/Rp7cnyW5TrZB co+mK/tB5h1e4VCi/2oYbL8Jm/3ChNtStoyAIb2aXnCh1E+feD0SjAgvBFY/gek+breX URTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :date:subject:cc:to:from; bh=6xwB747AZl+gyEDnRrv+9UcPa1q0OWO4f9GXZg96wCg=; b=MxzEVZE7FHiNBccHEKpSvqt77cDXaq+jGVQpFd2NdhAGZZq14EJJLtKS1L2rv/RGCk hHc+X09XI8MR74uiHKE7jBc9WxREd4J3qwSudG3g2LVOE9dV1iXQldfFEDPLZp9oli6S skK5WGGkgKQq/NGF7KB7Haxc0yvijpTh1n4iO2KszyYkuznFXr4RYA9O6O+0cdyfi1zr Q04QZO4B964CkXyvtCug61+C6anL/+jBC/NdTI69NI+6GFGQdyN83S3Xigj4PpX+iwrw gr2+7HJzsPsZVSFBHHffeSi4Jgkkr0bdUOdFoJWijrp/rMeTmkjq20IQGgjp5WZfBlJB jITg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id r9-20020a05640251c900b00451cb1dc468si17562783edd.47.2022.09.25.20.21.43; Sun, 25 Sep 2022 20:22:07 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233383AbiIZDTI (ORCPT + 99 others); Sun, 25 Sep 2022 23:19:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60810 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233029AbiIZDSe (ORCPT ); Sun, 25 Sep 2022 23:18:34 -0400 Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [45.249.212.188]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6113526573; Sun, 25 Sep 2022 20:18:32 -0700 (PDT) Received: from dggpemm500023.china.huawei.com (unknown [172.30.72.56]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4MbSXg6ZmJzWgrs; Mon, 26 Sep 2022 11:14:27 +0800 (CST) Received: from dggpemm500013.china.huawei.com (7.185.36.172) by dggpemm500023.china.huawei.com (7.185.36.83) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Mon, 26 Sep 2022 11:18:30 +0800 Received: from ubuntu1804.huawei.com (10.67.175.36) by dggpemm500013.china.huawei.com (7.185.36.172) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Mon, 26 Sep 2022 11:18:30 +0800 From: Chen Zhongjin To: , CC: , , , , , , , , , , , , Subject: [PATCH -next 1/5] perf: Fix show_arg_names not working for tp arg names Date: Mon, 26 Sep 2022 11:14:36 +0800 Message-ID: <20220926031440.28275-2-chenzhongjin@huawei.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20220926031440.28275-1-chenzhongjin@huawei.com> References: <20220926031440.28275-1-chenzhongjin@huawei.com> MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.67.175.36] X-ClientProxiedBy: dggems703-chm.china.huawei.com (10.3.19.180) To dggpemm500013.china.huawei.com (7.185.36.172) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org trace__fprintf_tp_fields() will always print arg names because when implemented it is forced to print arg_names with: (1 || trace->show_arg_names) So the printing looks like: > cat ~/.perfconfig [trace] show_arg_names = no > perf trace -e syscalls:*mmap sleep 1 0.000 sleep/1119 syscalls:sys_enter_mmap(NULL, 8192, READ|WRITE, PRIVATE|ANONYMOUS) 0.179 sleep/1119 syscalls:sys_exit_mmap(__syscall_nr: 9, ret: 140535426170880) ... Although the comment said that perhaps we need a show_tp_arg_names. I don't think it's necessary to control them separately because it's not so clean that part of the log shows arg names but other not. Also when we are tracing functions it's rare to especially distinguish syscalls and tp trace. Only use one option to control arg names printing is more resonable and simple. So remove the force condition and commit. After fix: > perf trace -e syscalls:*mmap sleep 1 0.000 sleep/1121 syscalls:sys_enter_mmap(NULL, 8192, READ|WRITE, PRIVATE|ANONYMOUS) 0.163 sleep/1121 syscalls:sys_exit_mmap(9, 140454467661824) ... Fixes: f11b2803bb88 ("perf trace: Allow choosing how to augment the tracepoint arguments") Signed-off-by: Chen Zhongjin --- tools/perf/builtin-trace.c | 6 +----- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/tools/perf/builtin-trace.c b/tools/perf/builtin-trace.c index 0bd9d01c0df9..c7bb7a8222a6 100644 --- a/tools/perf/builtin-trace.c +++ b/tools/perf/builtin-trace.c @@ -2762,11 +2762,7 @@ static size_t trace__fprintf_tp_fields(struct trace *trace, struct evsel *evsel, printed += scnprintf(bf + printed, size - printed, "%s", printed ? ", " : ""); - /* - * XXX Perhaps we should have a show_tp_arg_names, - * leaving show_arg_names just for syscalls? - */ - if (1 || trace->show_arg_names) + if (trace->show_arg_names) printed += scnprintf(bf + printed, size - printed, "%s: ", field->name); printed += syscall_arg_fmt__scnprintf_val(arg, bf + printed, size - printed, &syscall_arg, val); -- 2.17.1