Received: by 10.223.185.116 with SMTP id b49csp1030481wrg; Sun, 11 Feb 2018 03:00:05 -0800 (PST) X-Google-Smtp-Source: AH8x227vwHzOIFmZ3eZM/VfJ5ZgO/WUIQZ3gYYKJFT8n5ljn5h77jJHZ0MncChRAl/cNKk8N/zxO X-Received: by 10.98.29.10 with SMTP id d10mr8501533pfd.51.1518346805133; Sun, 11 Feb 2018 03:00:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518346805; cv=none; d=google.com; s=arc-20160816; b=eVQS5iTHwGLQRk+sQ5IDzPwReX09PCZM4NapOYABjWaqn9TdiWxAbj84sOvDMflGdT 6PFj/wGIYRjvmsib631bRWKWlNCj2xqYcMoWnanfsdxtrlc60DbpiYmM33XP5fTppqug Ae2sITXDvgTLa68FTyPezAc5r6vYW039r4ULKU9D8EHu/B2FAWnqzDg3nVZnvDmV/bdn AAMk1qch7bLTASKJ3f7MgA+ZJIQKNYk51MIkwvmsfLWBj2q1GLQGJlh/NnvWwVTElC9J Es2NoPXpJ0h2eFdLvsLUAWzgDv9hJtqX8oMHFh47ENydD92vV/p0zteYoDDCc4zvz+nA gqIA== 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=Gbga78aKIMLKKuXudSOQicfblzKRxmEjoBQDGtz4EoA=; b=K8OzBuZtttDd4vDk9aCyyuc1zGzH8H4IvMrGv+egu0qGa450nNeKU+6MZ4jAIFmO5M 89oBHZr2k/LYaIvN0X7ZUe+PTdrv/Wgx0bK4tTCFJzSpCpXOg0RPHQpEe8aCwYVgzmYM lqx91GZJ20roWBrO5SX/XaPqhy9YA+6+o/4YgrA8ZMX6cTSC6cAq4hmLzxb1sCe/iXq8 VW+FtdqHIExBJKE7L5y0FXXh+esw8hjdPi7O6yfzA+Kj1l3B4xUzSHulP3vS2lPYJncl F/b878jrWIKbLgbqobwHEX5rKpwFIPJcmX2Oov/RMUm3Crrq63w3HgOxESdQRwLlmdWy 5RfQ== 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 d37-v6si4429145plb.152.2018.02.11.02.59.51; Sun, 11 Feb 2018 03:00:05 -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 S1753065AbeBKK6r (ORCPT + 99 others); Sun, 11 Feb 2018 05:58:47 -0500 Received: from mga07.intel.com ([134.134.136.100]:16511 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752828AbeBKK6q (ORCPT ); Sun, 11 Feb 2018 05:58:46 -0500 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Feb 2018 02:58:45 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.46,495,1511856000"; d="scan'208";a="17270872" Received: from gvt-dell.bj.intel.com (HELO intel.com) ([10.238.154.59]) by orsmga008.jf.intel.com with SMTP; 11 Feb 2018 02:58:44 -0800 Date: Sun, 11 Feb 2018 18:50:04 +0800 From: "Du, Changbin" To: Steven Rostedt Cc: changbin.du@intel.com, mingo@redhat.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH] tracing/power: Don't share template for cpu_idle and cpu_frequency Message-ID: <20180211105004.p55ajlt5kw36qwxi@intel.com> References: <1518226624-8931-1-git-send-email-changbin.du@intel.com> <20180209214458.1ed36c3c@vmware.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180209214458.1ed36c3c@vmware.local.home> User-Agent: NeoMutt/20171027-42-ad8712 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 09, 2018 at 09:44:58PM -0500, Steven Rostedt wrote: > On Sat, 10 Feb 2018 09:37:04 +0800 > changbin.du@intel.com wrote: > > > From: Changbin Du > > > > The type of state is signed int, convert it to unsigned int looks weird. > > (-1 become 4294967295) > > 932.123 power:cpu_idle:state=1 cpu_id=0) > > 932.125 power:cpu_idle:state=4294967295 cpu_id=0) > > 932.132 power:cpu_idle:state=1 cpu_id=0) > > 932.133 power:cpu_idle:state=4294967295 cpu_id=0) > > > > Similarly for cpu_frequency as "state=%lu cpu_id=%lu". User need to read > > the code to understand what 'state' means. > > > > No functional change in this patch. > > That's not true. You split a class into two TRACE_EVENTS. Each > TRACE_EVENT adds approximately 5k of code and data. A DEFINE_EVENT() > adds around 300 bytes. There's better ways to do this, > > Please don't add this patch. > > -- Steve Steve, How abount DEFINE_EVENT_PRINT as below? diff --git a/include/trace/events/power.h b/include/trace/events/power.h index 908977d..e71ce98 100644 --- a/include/trace/events/power.h +++ b/include/trace/events/power.h @@ -14,12 +14,12 @@ DECLARE_EVENT_CLASS(cpu, - TP_PROTO(unsigned int state, unsigned int cpu_id), + TP_PROTO(int state, unsigned int cpu_id), TP_ARGS(state, cpu_id), TP_STRUCT__entry( - __field( u32, state ) + __field( s32, state ) __field( u32, cpu_id ) ), @@ -28,13 +28,12 @@ DECLARE_EVENT_CLASS(cpu, __entry->cpu_id = cpu_id; ), - TP_printk("state=%lu cpu_id=%lu", (unsigned long)__entry->state, - (unsigned long)__entry->cpu_id) + TP_printk("state=%d cpu_id=%u", __entry->state, __entry->cpu_id) ); DEFINE_EVENT(cpu, cpu_idle, - TP_PROTO(unsigned int state, unsigned int cpu_id), + TP_PROTO(int state, unsigned int cpu_id), TP_ARGS(state, cpu_id) ); @@ -141,11 +140,13 @@ TRACE_EVENT(pstate_sample, { PM_EVENT_RESTORE, "restore" }, \ { PM_EVENT_RECOVER, "recover" }) -DEFINE_EVENT(cpu, cpu_frequency, +DEFINE_EVENT_PRINT(cpu, cpu_frequency, - TP_PROTO(unsigned int frequency, unsigned int cpu_id), + TP_PROTO(int state, unsigned int cpu_id), - TP_ARGS(frequency, cpu_id) + TP_ARGS(state, cpu_id), + + TP_printk("frequency=%u cpu_id=%lu", __entry->state, __entry->cpu_id) );