linux.git/drivers/thermal/power_allocator.c, branch v4.4-rc2

remove abs64()

2015-11-09T23:11:24+00:00

Switch everything to the new and more capable implementation of abs().
Mainly to give the new abs() a bit of a workout.

Cc: Michal Nazarewicz 
Cc: John Stultz 
Cc: Ingo Molnar 
Cc: Steven Rostedt 
Cc: Peter Zijlstra 
Cc: Masami Hiramatsu 
Cc: Peter Zijlstra 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

thermal: avoid division by zero in power allocator

2015-10-02T01:42:35+00:00

During boot I get a div by zero Oops regression starting in v4.3-rc3.

Signed-off-by: Andrea Arcangeli 
Reviewed-by: Javi Merino 
Cc: Zhang Rui 
Cc: Eduardo Valentin 
Cc: Daniel Kurtz 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

thermal: power_allocator: exit early if there are no cooling devices

2015-09-20T07:37:16+00:00

Don't waste cycles in the power allocator governor's throttle function
if there are no cooling devices and exit early.

This commit doesn't change any functionality, but should provide better
performance for the odd case of a thermal zone with trip points but
without cooling devices.

Cc: Zhang Rui 
Cc: Eduardo Valentin 
Reviewed-by: Daniel Kurtz 
Signed-off-by: Javi Merino 
Signed-off-by: Eduardo Valentin

thermal: power_allocator: don't require tzp to be present for the thermal zone

2015-09-14T14:43:15+00:00

Thermal zones created using thermal_zone_device_create() may not have
tzp.  As the governor gets its parameters from there, allocate it while
the governor is bound to the thermal zone so that it can operate in it.
In this case, tzp is freed when the thermal zone switches to another
governor.

Cc: Zhang Rui 
Cc: Eduardo Valentin 
Reviewed-by: Daniel Kurtz 
Signed-off-by: Javi Merino 
Signed-off-by: Eduardo Valentin

thermal: power_allocator: relax the requirement of two passive trip points

2015-09-14T14:41:45+00:00

The power allocator governor currently requires that the thermal zone
has at least two passive trip points.  If there aren't, the governor
refuses to bind to the thermal zone.

This commit relaxes that requirement.  Now the governor will bind to all
thermal zones regardless of how many trip points they have.

Cc: Zhang Rui 
Cc: Eduardo Valentin 
Reviewed-by: Daniel Kurtz 
Signed-off-by: Javi Merino 
Signed-off-by: Eduardo Valentin

thermal: power_allocator: relax the requirement of a sustainable_power in tzp

2015-09-14T14:40:51+00:00

The power allocator governor currently requires that a sustainable power
is passed as part of the thermal zone's thermal zone parameters.  If
that parameter is not provided, it doesn't register with the thermal
zone.

While this parameter is strongly recommended for optimal performance, it
doesn't need to be mandatory.  Relax the requirement and allow the
governor to bind to thermal zones that don't provide it by estimating it
from the cooling devices' power model.

Cc: Zhang Rui 
Cc: Eduardo Valentin 
Reviewed-by: Daniel Kurtz 
Signed-off-by: Javi Merino 
Signed-off-by: Eduardo Valentin

Merge branches 'thermal-core' and 'thermal-intel' of .git into next

2015-09-02T02:08:02+00:00

thermal: power_allocator: allocate with kcalloc what you free with kfree

2015-08-29T17:10:47+00:00

Commit cf736ea6f902 ("thermal: power_allocator: do not use devm*
interfaces") forgot to change a devm_kcalloc() to just kcalloc(), but
it's corresponding devm_kfree() was changed to kfree().  Allocate with
kcalloc() to match the kfree().

Fixes: cf736ea6f902 ("thermal: power_allocator: do not use devm* interfaces")
Cc: Dmitry Torokhov 
Cc: Eduardo Valentin 
Cc: Zhang Rui 
Signed-off-by: Javi Merino 
Signed-off-by: Linus Torvalds

thermal: power_allocator: do not use devm* interfaces

2015-08-14T04:42:09+00:00

The code in question is called outside of standard driver
probe()/remove() callbacks and thus will not benefit from use of devm*
infrastructure.

Signed-off-by: Dmitry Torokhov 
Signed-off-by: Eduardo Valentin

thermal: consistently use int for temperatures

2015-08-03T15:15:50+00:00

The thermal code uses int, long and unsigned long for temperatures
in different places.

Using an unsigned type limits the thermal framework to positive
temperatures without need. Also several drivers currently will report
temperatures near UINT_MAX for temperatures below 0°C. This will probably
immediately shut the machine down due to overtemperature if started below
0°C.

'long' is 64bit on several architectures. This is not needed since INT_MAX °mC
is above the melting point of all known materials.

Consistently use a plain 'int' for temperatures throughout the thermal code and
the drivers. This only changes the places in the drivers where the temperature
is passed around as pointer, when drivers internally use another type this is
not changed.

Signed-off-by: Sascha Hauer 
Acked-by: Geert Uytterhoeven 
Reviewed-by: Jean Delvare 
Reviewed-by: Lukasz Majewski 
Reviewed-by: Darren Hart 
Reviewed-by: Heiko Stuebner 
Reviewed-by: Peter Feuerer 
Cc: Punit Agrawal 
Cc: Zhang Rui 
Cc: Eduardo Valentin 
Cc: linux-pm@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: Jean Delvare 
Cc: Peter Feuerer 
Cc: Heiko Stuebner 
Cc: Lukasz Majewski 
Cc: Stephen Warren 
Cc: Thierry Reding 
Cc: linux-acpi@vger.kernel.org
Cc: platform-driver-x86@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-omap@vger.kernel.org
Cc: linux-samsung-soc@vger.kernel.org
Cc: Guenter Roeck 
Cc: Rafael J. Wysocki 
Cc: Maxime Ripard 
Cc: Darren Hart 
Cc: lm-sensors@lm-sensors.org
Signed-off-by: Zhang Rui