Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp1142194pxb; Thu, 7 Oct 2021 01:28:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw/neAGf/5p+/iVjWHgOcQKg/BOCnRhBtNxYA/4+MBCO0XDJ0GZ9xCh1+hDBPzjWUAdYdQK X-Received: by 2002:a17:90b:282:: with SMTP id az2mr3298842pjb.215.1633595307566; Thu, 07 Oct 2021 01:28:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633595307; cv=none; d=google.com; s=arc-20160816; b=mBPwnB4lkNnWvwJ2IMJnzzLMNK3xXGSlo6AywmOwQrhlfH3S8tyeQU+pN88irNKOa7 WO2lLAWP9J3Xgb+WX3LocintmP+hVyBINMrXyLM2MqBSHe7xGMOGfE8qBN+40ieiBp6i DMK1iEbfJR+OxLLoC+DvJPJihsDaB0wz8X8wHpNbXg0iVHVqkI9cFqoxLjneWx69NvIa rnegDvj20P8TmVTwSyEA81Kk9NhLWv6Yw4J4CcH01SKmMeJ6uIDa2Kp65+fZhPIpIgcJ Pg2EULy624rRVR/w/wtSb8X15c0RT/j/iAseOo2Vz25QSi24AeFPLhtZn/ob7FvmGxfe QZFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=fyGVG4+Ftkesgd+TrtWGC6w0fPtgOM2hHu3GLHcpkeI=; b=Seodz53lw7KhKiKsxtLT/LAK1YDsy4oQXnlVhNIuuSzKZWEt4BigpllBgdPSyPs3er rWFM5FMe6mMXTNB1zE00LNMV6RXfTxuc3T11kGaQYL+cYnMSmIztYX2Xi36aUECAgJud Z0eU1PXKATCfPQ8lvstIAabuGJjBh49LQSXsBFX0LiLClRqBLcHRp6P0dkKkn2nAOKCH hjuFSqoejsWvrWf11QHLAXSOTtGk+t1mW6d1vQbsJDhk1rCBaO/27u3DlvhZfeNHcPf7 gvF+lbR63Ulr4H1+ARdrLGti/ZDoeeciAgBXuTQ+Ldnfa04bdGZl9e/NnF22vX8I2O+3 1Y7A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JVY8i78V; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r5si8728565pjm.44.2021.10.07.01.28.14; Thu, 07 Oct 2021 01:28:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JVY8i78V; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240711AbhJGI1o (ORCPT + 99 others); Thu, 7 Oct 2021 04:27:44 -0400 Received: from mail.kernel.org ([198.145.29.99]:38278 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240557AbhJGI1n (ORCPT ); Thu, 7 Oct 2021 04:27:43 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 11E0C610A5; Thu, 7 Oct 2021 08:25:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1633595150; bh=gNIYxA1NB9orTr5lcyTSnx02UiuLFJnABbrOV6vScfM=; h=From:To:Cc:Subject:Date:From; b=JVY8i78V7gSQenBjx4l7ORc+a2cDfpSu9jgdFaALajszaMpXgAotYNNz1Kn2w6IyB 4DSrSzphUAlwBSx/3G5CAgqJf/BUlByyy0YJsRNR5tK8/m8XRNrqEE3FBkj8FvEsxI jnGuLiHtTaF8fqZCXVrrZTsr1/jom9rH8KpzA2G/kHJdL0QnPkAH9+z//niWjh72+8 VJ7PeqhDVYw7eDqU+niVUdFs41HHA9PwwApcBj3ooPBKItm92zRownRzZIZzpGmXt/ Ko3OG31fj5oBmYrEg/d6OpSmyTVEPo16M3NYTC6RcSZytJt3iywnqEXj6WbSXgo1Ba vQAXTwkFjQl3w== Received: by mail.kernel.org with local (Exim 4.94.2) (envelope-from ) id 1mYOip-001sTk-Vr; Thu, 07 Oct 2021 10:25:48 +0200 From: Mauro Carvalho Chehab To: Linux Doc Mailing List , "Rafael J. Wysocki" Cc: Mauro Carvalho Chehab , "Greg Kroah-Hartman" , "Jonathan Corbet" , Amit Kucheria , Daniel Lezcano , Zhang Rui , linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org Subject: [PATCH v2] thermal: Move ABI documentation do Documentation/ABI Date: Thu, 7 Oct 2021 10:25:46 +0200 Message-Id: <864dd17a1bff58770b1c1dc0b430bd26b6d7fa01.1633595141.git.mchehab+huawei@kernel.org> X-Mailer: git-send-email 2.31.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: Mauro Carvalho Chehab Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The thermal ABI is described, together with the internal development details at: Documentation/driver-api/thermal/sysfs-api.rst Move the sysfs API description to Documentation/ABI, ensuring that scripts/get_abi.pl will properly parse it. While here, also update MAINTAINERS for it to point to the documentation. Signed-off-by: Mauro Carvalho Chehab --- Documentation/ABI/testing/sysfs-class-thermal | 259 ++++++++++++++++++ .../driver-api/thermal/sysfs-api.rst | 225 +-------------- MAINTAINERS | 2 + 3 files changed, 264 insertions(+), 222 deletions(-) create mode 100644 Documentation/ABI/testing/sysfs-class-thermal diff --git a/Documentation/ABI/testing/sysfs-class-thermal b/Documentation/ABI/testing/sysfs-class-thermal new file mode 100644 index 000000000000..2c52bb1f864c --- /dev/null +++ b/Documentation/ABI/testing/sysfs-class-thermal @@ -0,0 +1,259 @@ +What: /sys/class/thermal/thermal_zoneX/type +Description: + Strings which represent the thermal zone type. + This is given by thermal zone driver as part of registration. + E.g: "acpitz" indicates it's an ACPI thermal device. + In order to keep it consistent with hwmon sys attribute; this + shouldbe a short, lowercase string, not containing spaces nor + dashes. + + RO, Required + +What: /sys/class/thermal/thermal_zoneX/temp +Description: + Current temperature as reported by thermal zone (sensor). + + Unit: millidegree Celsius + + RO, Required + +What: /sys/class/thermal/thermal_zoneX/mode +Description: + One of the predefined values in [enabled, disabled]. + This file gives information about the algorithm that is + currently managing the thermal zone. It can be either default + kernel based algorithm or user space application. + + enabled + enable Kernel Thermal management. + disabled + Preventing kernel thermal zone driver actions upon + trip points so that user application can take full + charge of the thermal management. + + RW, Optional + +What: /sys/class/thermal/thermal_zoneX/policy +Description: + One of the various thermal governors used for a particular zone. + + RW, Required + +What: /sys/class/thermal/thermal_zoneX/available_policies +Description: + Available thermal governors which can be used for a + particular zone. + + RO, Required + +What: /sys/class/thermal/thermal_zoneX/trip_point_Y_temp +Description: + The temperature above which trip point will be fired. + + Unit: millidegree Celsius + + RO, Optional + +What: /sys/class/thermal/thermal_zoneX/trip_point_Y_type +Description: + Strings which indicate the type of the trip point. + + E.g. it can be one of critical, hot, passive, `active[0-*]` + for ACPI thermal zone. + + RO, Optional + +What: /sys/class/thermal/thermal_zoneX/trip_point_Y_hyst +Description: + The hysteresis value for a trip point, represented as an + integer. + + Unit: Celsius + + RW, Optional + +What: /sys/class/thermal/thermal_zoneX/cdevY +Description: + Sysfs link to the thermal cooling device node where the sys I/F + for cooling device throttling control represents. + + RO, Optional + +What: /sys/class/thermal/thermal_zoneX/cdevY_trip_point +Description: + The trip point in this thermal zone which `cdev[0-*]` is + associated with; -1 means the cooling device is not + associated with any trip point. + + RO, Optional + +What: /sys/class/thermal/thermal_zoneX/cdevY_weight +Description: + The influence of `cdev[0-*]` in this thermal zone. This value + is relative to the rest of cooling devices in the thermal + zone. For example, if a cooling device has a weight double + than that of other, it's twice as effective in cooling the + thermal zone. + + RW, Optional + +What: /sys/class/thermal/thermal_zoneX/emul_temp +Description: + Interface to set the emulated temperature method in thermal zone + (sensor). After setting this temperature, the thermal zone may + pass this temperature to platform emulation function if + registered or cache it locally. This is useful in debugging + different temperature threshold and its associated cooling + action. This is write only node and writing 0 on this node + should disable emulation. + + Unit: millidegree Celsius + + WO, Optional + + WARNING: + Be careful while enabling this option on production systems, + because userland can easily disable the thermal policy by simply + flooding this sysfs node with low temperature values. + + +What: /sys/class/thermal/thermal_zoneX/k_d +Description: + The derivative term of the power allocator governor's PID + controller. For more information see + Documentation/driver-api/thermal/power_allocator.rst + + RW, Optional + +What: /sys/class/thermal/thermal_zoneX/k_i +Description: + The integral term of the power allocator governor's PID + controller. This term allows the PID controller to compensate + for long term drift. For more information see + Documentation/driver-api/thermal/power_allocator.rst + + RW, Optional + +What: /sys/class/thermal/thermal_zoneX/k_po +Description: + The proportional term of the power allocator governor's PID + controller during temperature overshoot. Temperature overshoot + is when the current temperature is above the "desired + temperature" trip point. For more information see + Documentation/driver-api/thermal/power_allocator.rst + + RW, Optional + +What: /sys/class/thermal/thermal_zoneX/k_pu +Description: + The proportional term of the power allocator governor's PID + controller during temperature undershoot. Temperature undershoot + is when the current temperature is below the "desired + temperature" trip point. For more information see + Documentation/driver-api/thermal/power_allocator.rst + + RW, Optional + +What: /sys/class/thermal/thermal_zoneX/integral_cutoff +Description: + Temperature offset from the desired temperature trip point + above which the integral term of the power allocator + governor's PID controller starts accumulating errors. For + example, if integral_cutoff is 0, then the integral term only + accumulates error when temperature is above the desired + temperature trip point. For more information see + Documentation/driver-api/thermal/power_allocator.rst + + Unit: millidegree Celsius + + RW, Optional + +What: /sys/class/thermal/thermal_zoneX/slope +Description: + The slope constant used in a linear extrapolation model + to determine a hotspot temperature based off the sensor's + raw readings. It is up to the device driver to determine + the usage of these values. + + RW, Optional + +What: /sys/class/thermal/thermal_zoneX/offset +Description: + The offset constant used in a linear extrapolation model + to determine a hotspot temperature based off the sensor's + raw readings. It is up to the device driver to determine + the usage of these values. + + RW, Optional + +What: /sys/class/thermal/thermal_zoneX/sustainable_power +Description: + An estimate of the sustained power that can be dissipated by + the thermal zone. Used by the power allocator governor. For + more information see + Documentation/driver-api/thermal/power_allocator.rst + + Unit: milliwatts + + RW, Optional + +What: /sys/class/thermal/cooling_deviceX/type +Description: + String which represents the type of device, e.g: + + - for generic ACPI: should be "Fan", "Processor" or "LCD" + - for memory controller device on intel_menlow platform: + should be "Memory controller". + + RO, Required + +What: /sys/class/thermal/cooling_deviceX/max_state +Description: + The maximum permissible cooling state of this cooling device. + + RO, Required + +What: /sys/class/thermal/cooling_deviceX/cur_state +Description: + The current cooling state of this cooling device. + The value can any integer numbers between 0 and max_state: + + - cur_state == 0 means no cooling + - cur_state == max_state means the maximum cooling. + + RW, Required + +What: /sys/class/thermal/cooling_deviceX/stats/reset +Description: + Writing any value resets the cooling device's statistics. + + WO, Required + +What: /sys/class/thermal/cooling_deviceX/stats/time_in_state_ms: +Description: + The amount of time spent by the cooling device in various + cooling states. The output will have "