Received: by 10.223.185.116 with SMTP id b49csp1481633wrg; Fri, 16 Feb 2018 21:53:56 -0800 (PST) X-Google-Smtp-Source: AH8x224nhb6msHGc+A1DCrQN80qtqIQ4l8zDHbLjmfiHt5/PQ5D/gvw4YMvs8lfUbRcpvvKDFOOK X-Received: by 10.98.113.67 with SMTP id m64mr8252468pfc.223.1518846836425; Fri, 16 Feb 2018 21:53:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518846836; cv=none; d=google.com; s=arc-20160816; b=L4o/K1e6BAW9/dIETIugY8RHUZDHela4NnYyWp88MUuayu80U0gmW2fB/Gk6ABGsFJ M5WVXSJk6PCzdyTmpWJZ+2bngQ3A/q1NL+CIpVXkUAH2RYwi5TcQv3MCTHmOb/87LKuS lYbs1BnJcnzpjvtnwmJM0NTABUHFV+iNLADLQmDq4fbcnMAawbhtlrLJ9YYOpIn4rRME //Pg4QaEQ4UBzUar0f9ur8cXa7sDt4w/j6cUsKgPM2d3YADQ/iLHz69ZPuD0eZYmTGMk 8iIBdPEy66tl7NXppNl90grnJe/dQSMWKVHul/v1duhcMMEUFbZ+mfAN0CCpBGJR0jlc 30wA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:arc-authentication-results; bh=Ys4th8TMjaCyMqzZrjf/XhpUr4pz20o/Bq+blkDfgtk=; b=ufB27bmVBwx4g7tgCeTaPKDiHaJxWGI5vbOAD5TWyKQhY4WopvH6Ok6hj2J4dcquBm 7V6Ze41QIu74i35A3383BIwcKJK1nV6NAhc32Ux7O+HygAmBqSV024mTkfBPJEWf++fQ wim4rdR0OhfabO7LBznAP813Xam3iEF4gFUJGce+1O5Lb57FpoLqiBxBwuFqHDMlP/OC 0wLV6Eazep3zNfh58kxKqivPkJrdgs7I16P4iGk7cZ0Tphx0tZi1J+xx+Ldpjn4GOPz6 NJI9Zzp1X2aBfHrbmKwGi9sH0xs/3kILJBdLryjz9lZBaouFou9tgMs4afufBVjE/H4Y yZ1Q== 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 g23-v6si1069535plo.341.2018.02.16.21.53.42; Fri, 16 Feb 2018 21:53:56 -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 S1751373AbeBQFvx (ORCPT + 99 others); Sat, 17 Feb 2018 00:51:53 -0500 Received: from mga18.intel.com ([134.134.136.126]:1064 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751141AbeBQFtR (ORCPT ); Sat, 17 Feb 2018 00:49:17 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Feb 2018 21:49:16 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.46,523,1511856000"; d="scan'208";a="20863380" Received: from gvt-dell.bj.intel.com (HELO gvt-dell-host.bj.intel.com) ([10.238.154.59]) by fmsmga002.fm.intel.com with ESMTP; 16 Feb 2018 21:49:15 -0800 From: changbin.du@intel.com To: corbet@lwn.net, rostedt@goodmis.org Cc: mingo@kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Changbin Du Subject: [PATCH 11/17] trace doc: convert trace/events-power.txt to rst format Date: Sat, 17 Feb 2018 13:39:44 +0800 Message-Id: <1518845990-20733-12-git-send-email-changbin.du@intel.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1518845990-20733-1-git-send-email-changbin.du@intel.com> References: <1518845990-20733-1-git-send-email-changbin.du@intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Changbin Du This converts the plain text documentation to reStructuredText format and add it into Sphinx TOC tree. No essential content change. Cc: Steven Rostedt Signed-off-by: Changbin Du --- .../trace/{events-power.txt => events-power.rst} | 52 +++++++++++++--------- Documentation/trace/index.rst | 1 + 2 files changed, 31 insertions(+), 22 deletions(-) rename Documentation/trace/{events-power.txt => events-power.rst} (65%) diff --git a/Documentation/trace/events-power.txt b/Documentation/trace/events-power.rst similarity index 65% rename from Documentation/trace/events-power.txt rename to Documentation/trace/events-power.rst index 21d514c..a77daca 100644 --- a/Documentation/trace/events-power.txt +++ b/Documentation/trace/events-power.rst @@ -1,13 +1,14 @@ - - Subsystem Trace Points: power +============================= +Subsystem Trace Points: power +============================= The power tracing system captures events related to power transitions within the kernel. Broadly speaking there are three major subheadings: - o Power state switch which reports events related to suspend (S-states), - cpuidle (C-states) and cpufreq (P-states) - o System clock related changes - o Power domains related changes and transitions + - Power state switch which reports events related to suspend (S-states), + cpuidle (C-states) and cpufreq (P-states) + - System clock related changes + - Power domains related changes and transitions This document describes what each of the tracepoints is and why they might be useful. @@ -22,14 +23,16 @@ Cf. include/trace/events/power.h for the events definitions. A 'cpu' event class gathers the CPU-related events: cpuidle and cpufreq. +:: -cpu_idle "state=%lu cpu_id=%lu" -cpu_frequency "state=%lu cpu_id=%lu" + cpu_idle "state=%lu cpu_id=%lu" + cpu_frequency "state=%lu cpu_id=%lu" A suspend event is used to indicate the system going in and out of the suspend mode: +:: -machine_suspend "state=%lu" + machine_suspend "state=%lu" Note: the value of '-1' or '4294967295' for state means an exit from the current state, @@ -45,10 +48,11 @@ correctly draw the states diagrams and to calculate accurate statistics etc. ================ The clock events are used for clock enable/disable and for clock rate change. +:: -clock_enable "%s state=%lu cpu_id=%lu" -clock_disable "%s state=%lu cpu_id=%lu" -clock_set_rate "%s state=%lu cpu_id=%lu" + clock_enable "%s state=%lu cpu_id=%lu" + clock_disable "%s state=%lu cpu_id=%lu" + clock_set_rate "%s state=%lu cpu_id=%lu" The first parameter gives the clock name (e.g. "gpio1_iclk"). The second parameter is '1' for enable, '0' for disable, the target @@ -57,8 +61,9 @@ clock rate for set_rate. 3. Power domains events ======================= The power domain events are used for power domains transitions +:: -power_domain_target "%s state=%lu cpu_id=%lu" + power_domain_target "%s state=%lu cpu_id=%lu" The first parameter gives the power domain name (e.g. "mpu_pwrdm"). The second parameter is the power domain target state. @@ -67,28 +72,31 @@ The second parameter is the power domain target state. ================ The PM QoS events are used for QoS add/update/remove request and for target/flags update. +:: -pm_qos_add_request "pm_qos_class=%s value=%d" -pm_qos_update_request "pm_qos_class=%s value=%d" -pm_qos_remove_request "pm_qos_class=%s value=%d" -pm_qos_update_request_timeout "pm_qos_class=%s value=%d, timeout_us=%ld" + pm_qos_add_request "pm_qos_class=%s value=%d" + pm_qos_update_request "pm_qos_class=%s value=%d" + pm_qos_remove_request "pm_qos_class=%s value=%d" + pm_qos_update_request_timeout "pm_qos_class=%s value=%d, timeout_us=%ld" The first parameter gives the QoS class name (e.g. "CPU_DMA_LATENCY"). The second parameter is value to be added/updated/removed. The third parameter is timeout value in usec. +:: -pm_qos_update_target "action=%s prev_value=%d curr_value=%d" -pm_qos_update_flags "action=%s prev_value=0x%x curr_value=0x%x" + pm_qos_update_target "action=%s prev_value=%d curr_value=%d" + pm_qos_update_flags "action=%s prev_value=0x%x curr_value=0x%x" The first parameter gives the QoS action name (e.g. "ADD_REQ"). The second parameter is the previous QoS value. The third parameter is the current QoS value to update. And, there are also events used for device PM QoS add/update/remove request. +:: -dev_pm_qos_add_request "device=%s type=%s new_value=%d" -dev_pm_qos_update_request "device=%s type=%s new_value=%d" -dev_pm_qos_remove_request "device=%s type=%s new_value=%d" + dev_pm_qos_add_request "device=%s type=%s new_value=%d" + dev_pm_qos_update_request "device=%s type=%s new_value=%d" + dev_pm_qos_remove_request "device=%s type=%s new_value=%d" The first parameter gives the device name which tries to add/update/remove QoS requests. diff --git a/Documentation/trace/index.rst b/Documentation/trace/index.rst index 95586aa..309c9c5 100644 --- a/Documentation/trace/index.rst +++ b/Documentation/trace/index.rst @@ -14,3 +14,4 @@ Linux Tracing Technologies tracepoints events events-kmem + events-power -- 2.7.4