2008-01-17 10:51:08 +03:00
#
# Generic thermal sysfs drivers configuration
#
menuconfig THERMAL
2008-04-21 12:07:13 +04:00
tristate "Generic Thermal sysfs driver"
2008-01-17 10:51:08 +03:00
help
Generic Thermal Sysfs driver offers a generic mechanism for
thermal management. Usually it's made up of one or more thermal
zone and cooling device.
2008-02-08 00:55:08 +03:00
Each thermal zone contains its own temperature, trip points,
2008-01-17 10:51:08 +03:00
cooling devices.
All platforms with ACPI thermal support can use this driver.
2008-04-21 12:07:13 +04:00
If you want this support, you should say Y or M here.
2008-06-24 21:38:56 +04:00
2012-11-15 05:16:20 +04:00
if THERMAL
2008-06-24 21:38:56 +04:00
config THERMAL_HWMON
2011-07-29 00:48:40 +04:00
bool
2013-07-03 23:14:28 +04:00
prompt "Expose thermal sensors as hwmon device"
2008-06-24 21:38:56 +04:00
depends on HWMON=y || HWMON=THERMAL
2011-07-29 00:48:40 +04:00
default y
2013-07-03 23:14:28 +04:00
help
In case a sensor is registered with the thermal
framework, this option will also register it
as a hwmon. The sensor will then have the common
hwmon sysfs interface.
Say 'Y' here if you want all thermal sensors to
have hwmon sysfs interface too.
2012-03-21 23:55:03 +04:00
2013-07-03 23:35:39 +04:00
config THERMAL_OF
bool
prompt "APIs to parse thermal data out of device tree"
depends on OF
default y
help
This options provides helpers to add the support to
read and parse thermal data definitions out of the
device tree blob.
Say 'Y' here if you need to build thermal infrastructure
based on device tree.
2012-11-15 05:16:20 +04:00
choice
prompt "Default Thermal governor"
default THERMAL_DEFAULT_GOV_STEP_WISE
help
This option sets which thermal governor shall be loaded at
startup. If in doubt, select 'step_wise'.
config THERMAL_DEFAULT_GOV_STEP_WISE
bool "step_wise"
2013-02-08 16:33:42 +04:00
select THERMAL_GOV_STEP_WISE
2012-11-15 05:16:20 +04:00
help
Use the step_wise governor as default. This throttles the
devices one step at a time.
config THERMAL_DEFAULT_GOV_FAIR_SHARE
bool "fair_share"
2013-02-08 16:33:42 +04:00
select THERMAL_GOV_FAIR_SHARE
2012-11-15 05:16:20 +04:00
help
Use the fair_share governor as default. This throttles the
devices based on their 'contribution' to a zone. The
contribution should be provided through platform data.
config THERMAL_DEFAULT_GOV_USER_SPACE
bool "user_space"
2013-02-08 16:33:42 +04:00
select THERMAL_GOV_USER_SPACE
2012-11-15 05:16:20 +04:00
help
Select this if you want to let the user space manage the
2013-09-09 01:58:53 +04:00
platform thermals.
2012-11-15 05:16:20 +04:00
endchoice
2013-02-08 16:33:42 +04:00
config THERMAL_GOV_FAIR_SHARE
2012-11-15 05:16:20 +04:00
bool "Fair-share thermal governor"
help
Enable this to manage platform thermals using fair-share governor.
2013-02-08 16:33:42 +04:00
config THERMAL_GOV_STEP_WISE
2012-11-15 05:16:20 +04:00
bool "Step_wise thermal governor"
help
Enable this to manage platform thermals using a simple linear
2013-09-27 22:20:33 +04:00
governor.
2012-11-15 05:16:20 +04:00
2013-02-08 16:33:42 +04:00
config THERMAL_GOV_USER_SPACE
2012-11-15 05:16:20 +04:00
bool "User_space thermal governor"
help
Enable this to let the user space manage the platform thermals.
2012-08-16 15:41:40 +04:00
config CPU_THERMAL
2013-03-26 19:57:01 +04:00
bool "generic cpu cooling support"
2012-11-15 05:16:20 +04:00
depends on CPU_FREQ
2013-09-13 03:26:45 +04:00
depends on THERMAL_OF
2012-08-16 15:41:40 +04:00
help
This implements the generic cpu cooling mechanism through frequency
2013-04-17 21:12:10 +04:00
reduction. An ACPI version of this already exists
(drivers/acpi/processor_thermal.c).
2012-08-16 15:41:40 +04:00
This will be useful for platforms using the generic thermal interface
and not the ACPI interface.
2013-04-17 21:12:10 +04:00
2012-08-16 15:41:40 +04:00
If you want this support, you should say Y here.
2013-02-04 04:30:15 +04:00
config THERMAL_EMULATION
bool "Thermal emulation mode support"
help
Enable this option to make a emul_temp sysfs node in thermal zone
directory to support temperature emulation. With emulation sysfs node,
user can manually input temperature and test the different trip
threshold behaviour for simulation purpose.
2013-03-27 01:38:34 +04:00
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.
2013-06-24 10:30:44 +04:00
config IMX_THERMAL
tristate "Temperature sensor driver for Freescale i.MX SoCs"
depends on CPU_THERMAL
depends on MFD_SYSCON
depends on OF
help
Support for Temperature Monitor (TEMPMON) found on Freescale i.MX SoCs.
It supports one critical trip point and one passive trip point. The
cpufreq is used as the cooling device to throttle CPUs when the
passive trip is crossed.
2012-03-21 23:55:03 +04:00
config SPEAR_THERMAL
bool "SPEAr thermal sensor driver"
depends on PLAT_SPEAR
2012-05-29 22:18:51 +04:00
depends on OF
2012-03-21 23:55:03 +04:00
help
Enable this to plug the SPEAr thermal sensor driver into the Linux
2013-09-27 22:20:33 +04:00
thermal framework.
2012-07-21 04:53:48 +04:00
config RCAR_THERMAL
tristate "Renesas R-Car thermal driver"
2013-11-27 05:18:34 +04:00
depends on ARCH_SHMOBILE || COMPILE_TEST
2014-01-27 12:40:58 +04:00
depends on HAS_IOMEM
2012-07-21 04:53:48 +04:00
help
Enable this to plug the R-Car thermal sensor driver into the Linux
2013-09-27 22:20:33 +04:00
thermal framework.
2012-08-16 15:41:41 +04:00
2013-02-06 10:35:24 +04:00
config KIRKWOOD_THERMAL
tristate "Temperature sensor on Marvell Kirkwood SoCs"
2014-02-22 23:15:00 +04:00
depends on ARCH_KIRKWOOD || MACH_KIRKWOOD
2013-02-06 10:35:24 +04:00
depends on OF
help
Support for the Kirkwood thermal sensor driver into the Linux thermal
framework. Only kirkwood 88F6282 and 88F6283 have this sensor.
2013-02-06 10:35:26 +04:00
config DOVE_THERMAL
tristate "Temperature sensor on Marvell Dove SoCs"
depends on ARCH_DOVE
depends on OF
help
Support for the Dove thermal sensor driver in the Linux thermal
framework.
2012-11-15 14:56:42 +04:00
config DB8500_THERMAL
bool "DB8500 thermal management"
depends on ARCH_U8500
default y
help
Adds DB8500 thermal management implementation according to the thermal
management framework. A thermal zone with several trip points will be
created. Cooling devices can be bound to the trip points to cool this
thermal zone if trip points reached.
2013-04-02 05:37:41 +04:00
config ARMADA_THERMAL
tristate "Armada 370/XP thermal management"
depends on ARCH_MVEBU
depends on OF
help
Enable this option if you want to have support for thermal management
controller present in Armada 370 and Armada XP SoC.
2012-11-15 14:56:42 +04:00
config DB8500_CPUFREQ_COOLING
tristate "DB8500 cpufreq cooling"
depends on ARCH_U8500
depends on CPU_THERMAL
default y
help
Adds DB8500 cpufreq cooling devices, and these cooling devices can be
bound to thermal zone trip points. When a trip point reached, the
bound cpufreq cooling device turns active to set CPU frequency low to
cool down the CPU.
2012-09-21 13:02:24 +04:00
2013-01-21 16:37:57 +04:00
config INTEL_POWERCLAMP
tristate "Intel PowerClamp idle injection driver"
depends on THERMAL
depends on X86
depends on CPU_SUP_INTEL
help
Enable this to enable Intel PowerClamp idle injection driver. This
enforce idle time which results in more package C-state residency. The
user interface is exposed via generic thermal framework.
2013-05-18 03:42:02 +04:00
config X86_PKG_TEMP_THERMAL
tristate "X86 package temperature thermal driver"
2013-06-17 23:27:17 +04:00
depends on X86_THERMAL_VECTOR
2013-05-18 03:42:02 +04:00
select THERMAL_GOV_USER_SPACE
default m
help
Enable this to register CPU digital sensor for package temperature as
thermal zone. Each package will have its own thermal zone. There are
two trip points which can be set by user to get notifications via thermal
notification methods.
2013-12-31 00:55:06 +04:00
config ACPI_INT3403_THERMAL
tristate "ACPI INT3403 thermal driver"
depends on X86 && ACPI
help
2014-03-03 19:05:15 +04:00
Newer laptops and tablets that use ACPI may have thermal sensors
outside the core CPU/SOC for thermal safety reasons. These
temperature sensors are also exposed for the OS to use via the so
called INT3403 ACPI object. This driver will, on devices that have
such sensors, expose the temperature information from these sensors
to userspace via the normal thermal framework. This means that a wide
range of applications and GUI widgets can show this information to
the user or use this information for making decisions. For example,
the Intel Thermal Daemon can use this information to allow the user
to select his laptop to run without turning on the fans.
2013-12-31 00:55:06 +04:00
2014-04-08 00:57:15 +04:00
config INTEL_SOC_DTS_THERMAL
tristate "Intel SoCs DTS thermal driver"
depends on X86 && IOSF_MBI
help
Enable this to register Intel SoCs (e.g. Bay Trail) platform digital
temperature sensor (DTS). These SoCs have two additional DTSs in
addition to DTSs on CPU cores. Each DTS will be registered as a
thermal zone. There are two trip points. One of the trip point can
be set by user mode programs to get notifications via Linux thermal
notification methods.The other trip is a critical trip point, which
was set by the driver based on the TJ MAX temperature.
2013-05-15 19:46:00 +04:00
menu "Texas Instruments thermal drivers"
source "drivers/thermal/ti-soc-thermal/Kconfig"
endmenu
2013-06-18 02:31:26 +04:00
2013-06-24 14:50:22 +04:00
menu "Samsung thermal drivers"
2013-10-04 16:36:42 +04:00
depends on ARCH_EXYNOS
2013-06-24 14:50:22 +04:00
source "drivers/thermal/samsung/Kconfig"
endmenu
2012-11-15 05:16:20 +04:00
endif