1 # SPDX-License-Identifier: GPL-2.0-only
3 # Generic thermal drivers configuration
9 Thermal drivers offer a generic mechanism for
10 thermal management. Usually it's made up of one or more thermal
11 zones and cooling devices.
12 Each thermal zone contains its own temperature, trip points,
14 All platforms with ACPI or Open Firmware thermal support can use
16 If you want this support, you should say Y here.
20 config THERMAL_NETLINK
21 bool "Thermal netlink management"
24 The thermal framework has a netlink interface to do thermal
25 zones discovery, temperature readings and events such as
26 trip point crossed, cooling device update or governor
27 change. It is recommended to enable the feature.
29 config THERMAL_STATISTICS
30 bool "Thermal state transition statistics"
32 Export thermal state transition statistics information through sysfs.
36 config THERMAL_EMERGENCY_POWEROFF_DELAY_MS
37 int "Emergency poweroff delay in milli-seconds"
40 Thermal subsystem will issue a graceful shutdown when
41 critical temperatures are reached using orderly_poweroff(). In
42 case of failure of an orderly_poweroff(), the thermal emergency
43 poweroff kicks in after a delay has elapsed and shuts down the system.
44 This config is number of milliseconds to delay before emergency
45 poweroff kicks in. Similarly to the critical trip point,
46 the delay should be carefully profiled so as to give adequate
47 time for orderly_poweroff() to finish on regular execution.
48 If set to 0 emergency poweroff will not be supported.
54 prompt "Expose thermal sensors as hwmon device"
55 depends on HWMON=y || HWMON=THERMAL
58 In case a sensor is registered with the thermal
59 framework, this option will also register it
60 as a hwmon. The sensor will then have the common
61 hwmon sysfs interface.
63 Say 'Y' here if you want all thermal sensors to
64 have hwmon sysfs interface too.
68 prompt "APIs to parse thermal data out of device tree"
72 This options provides helpers to add the support to
73 read and parse thermal data definitions out of the
76 Say 'Y' here if you need to build thermal infrastructure
79 config THERMAL_WRITABLE_TRIPS
80 bool "Enable writable trip points"
82 This option allows the system integrator to choose whether
83 trip temperatures can be changed from userspace. The
84 writable trips need to be specified when setting up the
85 thermal zone but the choice here takes precedence.
87 Say 'Y' here if you would like to allow userspace tools to
88 change trip temperatures.
91 prompt "Default Thermal governor"
92 default THERMAL_DEFAULT_GOV_STEP_WISE
94 This option sets which thermal governor shall be loaded at
95 startup. If in doubt, select 'step_wise'.
97 config THERMAL_DEFAULT_GOV_STEP_WISE
99 select THERMAL_GOV_STEP_WISE
101 Use the step_wise governor as default. This throttles the
102 devices one step at a time.
104 config THERMAL_DEFAULT_GOV_FAIR_SHARE
106 select THERMAL_GOV_FAIR_SHARE
108 Use the fair_share governor as default. This throttles the
109 devices based on their 'contribution' to a zone. The
110 contribution should be provided through platform data.
112 config THERMAL_DEFAULT_GOV_USER_SPACE
114 select THERMAL_GOV_USER_SPACE
116 The Userspace governor allows to get trip point crossed
117 notification from the kernel via uevents. It is recommended
118 to use the netlink interface instead which gives richer
119 information about the thermal framework events.
121 config THERMAL_DEFAULT_GOV_POWER_ALLOCATOR
122 bool "power_allocator"
123 depends on THERMAL_GOV_POWER_ALLOCATOR
125 Select this if you want to control temperature based on
126 system and device power allocation. This governor can only
127 operate on cooling devices that implement the power API.
131 config THERMAL_GOV_FAIR_SHARE
132 bool "Fair-share thermal governor"
134 Enable this to manage platform thermals using fair-share governor.
136 config THERMAL_GOV_STEP_WISE
137 bool "Step_wise thermal governor"
139 Enable this to manage platform thermals using a simple linear
142 config THERMAL_GOV_BANG_BANG
143 bool "Bang Bang thermal governor"
146 Enable this to manage platform thermals using bang bang governor.
148 Say 'Y' here if you want to use two point temperature regulation
149 used for fans without throttling. Some fan drivers depend on this
150 governor to be enabled (e.g. acerhdf).
152 config THERMAL_GOV_USER_SPACE
153 bool "User_space thermal governor"
155 Enable this to let the user space manage the platform thermals.
157 config THERMAL_GOV_POWER_ALLOCATOR
158 bool "Power allocator thermal governor"
159 depends on ENERGY_MODEL
161 Enable this to manage platform thermals by dynamically
162 allocating and limiting power to devices.
165 bool "Generic cpu cooling support"
166 depends on THERMAL_OF
168 Enable the CPU cooling features. If the system has no active
169 cooling device available, this option allows to use the CPU
174 config CPU_FREQ_THERMAL
175 bool "CPU frequency cooling device"
179 This implements the generic cpu cooling mechanism through frequency
180 reduction. An ACPI version of this already exists
181 (drivers/acpi/processor_thermal.c).
182 This will be useful for platforms using the generic thermal interface
183 and not the ACPI interface.
185 config CPU_IDLE_THERMAL
186 bool "CPU idle cooling device"
187 depends on IDLE_INJECT
189 This implements the CPU cooling mechanism through
190 idle injection. This will throttle the CPU by injecting
194 config DEVFREQ_THERMAL
195 bool "Generic device cooling support"
196 depends on PM_DEVFREQ
199 This implements the generic devfreq cooling mechanism through
200 frequency reduction for devices using devfreq.
202 This will throttle the device by limiting the maximum allowed DVFS
203 frequency corresponding to the cooling level.
205 In order to use the power extensions of the cooling device,
206 devfreq should use the simple_ondemand governor.
208 If you want this support, you should say Y here.
210 config THERMAL_EMULATION
211 bool "Thermal emulation mode support"
213 Enable this option to make a emul_temp sysfs node in thermal zone
214 directory to support temperature emulation. With emulation sysfs node,
215 user can manually input temperature and test the different trip
216 threshold behaviour for simulation purpose.
218 WARNING: Be careful while enabling this option on production systems,
219 because userland can easily disable the thermal policy by simply
220 flooding this sysfs node with low temperature values.
223 tristate "Generic Thermal MMIO driver"
224 depends on OF || COMPILE_TEST
227 This option enables the generic thermal MMIO driver that will use
228 memory-mapped reads to get the temperature. Any HW/System that
229 allows temperature reading by a single memory-mapped reading, be it
230 register or shared memory, is a potential candidate to work with this
234 tristate "Hisilicon thermal driver"
235 depends on ARCH_HISI || COMPILE_TEST
240 Enable this to plug hisilicon's thermal sensor driver into the Linux
241 thermal framework. cpufreq is used as the cooling device to throttle
242 CPUs when the passive trip is crossed.
245 tristate "Temperature sensor driver for Freescale i.MX SoCs"
246 depends on ARCH_MXC || COMPILE_TEST
247 depends on NVMEM || !NVMEM
248 depends on MFD_SYSCON
251 Support for Temperature Monitor (TEMPMON) found on Freescale i.MX SoCs.
252 It supports one critical trip point and one passive trip point. The
253 cpufreq is used as the cooling device to throttle CPUs when the
254 passive trip is crossed.
256 config IMX_SC_THERMAL
257 tristate "Temperature sensor driver for NXP i.MX SoCs with System Controller"
261 Support for Temperature Monitor (TEMPMON) found on NXP i.MX SoCs with
262 system controller inside, Linux kernel has to communicate with system
263 controller via MU (message unit) IPC to get temperature from thermal
264 sensor. It supports one critical trip point and one
265 passive trip point for each thermal sensor.
267 config IMX8MM_THERMAL
268 tristate "Temperature sensor driver for Freescale i.MX8MM SoC"
269 depends on ARCH_MXC || COMPILE_TEST
272 Support for Thermal Monitoring Unit (TMU) found on Freescale i.MX8MM SoC.
273 It supports one critical trip point and one passive trip point. The
274 cpufreq is used as the cooling device to throttle CPUs when the passive
278 tristate "Texas Instruments K3 thermal support"
279 depends on ARCH_K3 || COMPILE_TEST
281 If you say yes here you get thermal support for the Texas Instruments
282 K3 SoC family. The current chip supported is:
285 This includes temperature reading functionality.
287 config MAX77620_THERMAL
288 tristate "Temperature sensor driver for Maxim MAX77620 PMIC"
289 depends on MFD_MAX77620
292 Support for die junction temperature warning alarm for Maxim
293 Semiconductor PMIC MAX77620 device. Device generates two alarm
294 interrupts when PMIC die temperature cross the threshold of
295 120 degC and 140 degC.
298 tristate "QorIQ Thermal Monitoring Unit"
299 depends on THERMAL_OF && HAS_IOMEM
300 depends on PPC_E500MC || SOC_LS1021A || ARCH_LAYERSCAPE || (ARCH_MXC && ARM64) || COMPILE_TEST
303 Support for Thermal Monitoring Unit (TMU) found on QorIQ platforms.
304 It supports one critical trip point and one passive trip point. The
305 cpufreq is used as the cooling device to throttle CPUs when the
306 passive trip is crossed.
309 tristate "SPEAr thermal sensor driver"
310 depends on PLAT_SPEAR || COMPILE_TEST
314 Enable this to plug the SPEAr thermal sensor driver into the Linux
318 tristate "Allwinner sun8i thermal driver"
319 depends on ARCH_SUNXI || COMPILE_TEST
323 depends on RESET_CONTROLLER
325 Support for the sun8i thermal sensor driver into the Linux thermal
328 To compile this driver as a module, choose M here: the
329 module will be called sun8i-thermal.
331 config ROCKCHIP_THERMAL
332 tristate "Rockchip thermal driver"
333 depends on ARCH_ROCKCHIP || COMPILE_TEST
334 depends on RESET_CONTROLLER
337 Rockchip thermal driver provides support for Temperature sensor
338 ADC (TS-ADC) found on Rockchip SoCs. It supports one critical
339 trip point. Cpufreq is used as the cooling device and will throttle
340 CPUs when the Temperature crosses the passive trip point.
343 tristate "Renesas R-Car thermal driver"
344 depends on ARCH_RENESAS || COMPILE_TEST
347 Enable this to plug the R-Car thermal sensor driver into the Linux
350 config RCAR_GEN3_THERMAL
351 tristate "Renesas R-Car Gen3 and RZ/G2 thermal driver"
352 depends on ARCH_RENESAS || COMPILE_TEST
356 Enable this to plug the R-Car Gen3 or RZ/G2 thermal sensor driver into
357 the Linux thermal framework.
360 tristate "Renesas RZ/G2L thermal driver"
361 depends on ARCH_RENESAS || COMPILE_TEST
365 Enable this to plug the RZ/G2L thermal sensor driver into the Linux
368 config KIRKWOOD_THERMAL
369 tristate "Temperature sensor on Marvell Kirkwood SoCs"
370 depends on MACH_KIRKWOOD || COMPILE_TEST
374 Support for the Kirkwood thermal sensor driver into the Linux thermal
375 framework. Only kirkwood 88F6282 and 88F6283 have this sensor.
378 tristate "Temperature sensor on Marvell Dove SoCs"
379 depends on ARCH_DOVE || MACH_DOVE || COMPILE_TEST
383 Support for the Dove thermal sensor driver in the Linux thermal
386 config DB8500_THERMAL
387 tristate "DB8500 thermal management"
388 depends on MFD_DB8500_PRCMU && OF
391 Adds DB8500 thermal management implementation according to the thermal
392 management framework. A thermal zone with several trip points will be
393 created. Cooling devices can be bound to the trip points to cool this
394 thermal zone if trip points reached.
396 config ARMADA_THERMAL
397 tristate "Marvell EBU Armada SoCs thermal management"
398 depends on ARCH_MVEBU || COMPILE_TEST
402 Enable this option if you want to have support for thermal management
403 controller present in Marvell EBU Armada SoCs (370,375,XP,38x,7K,8K).
405 config DA9062_THERMAL
406 tristate "DA9062/DA9061 Dialog Semiconductor thermal driver"
407 depends on MFD_DA9062 || COMPILE_TEST
410 Enable this for the Dialog Semiconductor thermal sensor driver.
411 This will report PMIC junction over-temperature for one thermal trip
413 Compatible with the DA9062 and DA9061 PMICs.
416 tristate "Temperature sensor driver for mediatek SoCs"
417 depends on ARCH_MEDIATEK || COMPILE_TEST
419 depends on NVMEM || NVMEM=n
420 depends on RESET_CONTROLLER
423 Enable this option if you want to have support for thermal management
424 controller present in Mediatek SoCs
426 config AMLOGIC_THERMAL
427 tristate "Amlogic Thermal Support"
429 depends on OF && ARCH_MESON
431 If you say yes here you get support for Amlogic Thermal
434 This driver can also be built as a module. If so, the module will
435 be called amlogic_thermal.
437 menu "Intel thermal drivers"
438 depends on X86 || X86_INTEL_QUARK || COMPILE_TEST
439 source "drivers/thermal/intel/Kconfig"
442 menu "Broadcom thermal drivers"
443 depends on ARCH_BCM || ARCH_BRCMSTB || ARCH_BCM2835 || ARCH_BCM_IPROC || \
445 source "drivers/thermal/broadcom/Kconfig"
448 menu "Texas Instruments thermal drivers"
449 depends on ARCH_HAS_BANDGAP || COMPILE_TEST
451 source "drivers/thermal/ti-soc-thermal/Kconfig"
454 menu "Samsung thermal drivers"
455 depends on ARCH_EXYNOS || COMPILE_TEST
456 source "drivers/thermal/samsung/Kconfig"
459 menu "STMicroelectronics thermal drivers"
460 depends on (ARCH_STI || ARCH_STM32) && OF
461 source "drivers/thermal/st/Kconfig"
464 source "drivers/thermal/tegra/Kconfig"
466 config GENERIC_ADC_THERMAL
467 tristate "Generic ADC based thermal sensor"
470 This enabled a thermal sysfs driver for the temperature sensor
471 which is connected to the General Purpose ADC. The ADC channel
472 is read via IIO framework and the channel information is provided
473 to this driver. This driver reports the temperature by reading ADC
474 channel and converts it to temperature based on lookup table.
476 menu "Qualcomm thermal drivers"
477 depends on (ARCH_QCOM && OF) || COMPILE_TEST
478 source "drivers/thermal/qcom/Kconfig"
481 config UNIPHIER_THERMAL
482 tristate "Socionext UniPhier thermal driver"
483 depends on ARCH_UNIPHIER || COMPILE_TEST
484 depends on THERMAL_OF && MFD_SYSCON
486 Enable this to plug in UniPhier on-chip PVT thermal driver into the
487 thermal framework. The driver supports CPU thermal zone temperature
488 reporting and a couple of trip points.
491 tristate "Temperature sensor on Spreadtrum SoCs"
492 depends on ARCH_SPRD || COMPILE_TEST
494 Support for the Spreadtrum thermal sensor driver in the Linux thermal
497 config KHADAS_MCU_FAN_THERMAL
498 tristate "Khadas MCU controller FAN cooling support"
499 depends on OF || COMPILE_TEST
500 depends on MFD_KHADAS_MCU
504 If you say yes here you get support for the FAN controlled
505 by the Microcontroller found on the Khadas VIM boards.