2019-05-27 14:55:15 +08:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-only
|
2012-09-18 13:35:01 +08:00
|
|
|
/*
|
|
|
|
* fair_share.c - A simple weight based Thermal governor
|
|
|
|
*
|
|
|
|
* Copyright (C) 2012 Intel Corp
|
|
|
|
* Copyright (C) 2012 Durgadoss R <durgadoss.r@intel.com>
|
|
|
|
*
|
|
|
|
* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
*
|
|
|
|
* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/thermal.h>
|
2014-07-29 18:50:50 +08:00
|
|
|
#include <trace/events/thermal.h>
|
2012-09-18 13:35:01 +08:00
|
|
|
|
|
|
|
#include "thermal_core.h"
|
|
|
|
|
|
|
|
/**
|
|
|
|
* get_trip_level: - obtains the current trip level for a zone
|
|
|
|
* @tz: thermal zone device
|
|
|
|
*/
|
|
|
|
static int get_trip_level(struct thermal_zone_device *tz)
|
|
|
|
{
|
|
|
|
int count = 0;
|
2015-07-24 14:12:54 +08:00
|
|
|
int trip_temp;
|
2014-07-29 18:50:50 +08:00
|
|
|
enum thermal_trip_type trip_type;
|
2012-09-18 13:35:01 +08:00
|
|
|
|
|
|
|
if (tz->trips == 0 || !tz->ops->get_trip_temp)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
for (count = 0; count < tz->trips; count++) {
|
|
|
|
tz->ops->get_trip_temp(tz, count, &trip_temp);
|
|
|
|
if (tz->temperature < trip_temp)
|
|
|
|
break;
|
|
|
|
}
|
2014-07-29 18:50:50 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* count > 0 only if temperature is greater than first trip
|
|
|
|
* point, in which case, trip_point = count - 1
|
|
|
|
*/
|
|
|
|
if (count > 0) {
|
|
|
|
tz->ops->get_trip_type(tz, count - 1, &trip_type);
|
|
|
|
trace_thermal_zone_trip(tz, count - 1, trip_type);
|
|
|
|
}
|
|
|
|
|
2012-09-18 13:35:01 +08:00
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
|
|
|
static long get_target_state(struct thermal_zone_device *tz,
|
2015-02-19 00:04:25 +08:00
|
|
|
struct thermal_cooling_device *cdev, int percentage, int level)
|
2012-09-18 13:35:01 +08:00
|
|
|
{
|
|
|
|
unsigned long max_state;
|
|
|
|
|
|
|
|
cdev->ops->get_max_state(cdev, &max_state);
|
|
|
|
|
2015-02-19 00:04:25 +08:00
|
|
|
return (long)(percentage * level * max_state) / (100 * tz->trips);
|
2012-09-18 13:35:01 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2015-02-19 00:04:23 +08:00
|
|
|
* fair_share_throttle - throttles devices associated with the given zone
|
2012-09-18 13:35:01 +08:00
|
|
|
* @tz - thermal_zone_device
|
2017-06-24 21:06:03 +08:00
|
|
|
* @trip - trip point index
|
2012-09-18 13:35:01 +08:00
|
|
|
*
|
|
|
|
* Throttling Logic: This uses three parameters to calculate the new
|
|
|
|
* throttle state of the cooling devices associated with the given zone.
|
|
|
|
*
|
|
|
|
* Parameters used for Throttling:
|
|
|
|
* P1. max_state: Maximum throttle state exposed by the cooling device.
|
2015-02-19 00:04:25 +08:00
|
|
|
* P2. percentage[i]/100:
|
2012-09-18 13:35:01 +08:00
|
|
|
* How 'effective' the 'i'th device is, in cooling the given zone.
|
|
|
|
* P3. cur_trip_level/max_no_of_trips:
|
|
|
|
* This describes the extent to which the devices should be throttled.
|
|
|
|
* We do not want to throttle too much when we trip a lower temperature,
|
|
|
|
* whereas the throttling is at full swing if we trip critical levels.
|
|
|
|
* (Heavily assumes the trip points are in ascending order)
|
|
|
|
* new_state of cooling device = P3 * P2 * P1
|
|
|
|
*/
|
2012-09-27 19:27:53 +08:00
|
|
|
static int fair_share_throttle(struct thermal_zone_device *tz, int trip)
|
2012-09-18 13:35:01 +08:00
|
|
|
{
|
|
|
|
struct thermal_instance *instance;
|
2015-02-19 00:04:25 +08:00
|
|
|
int total_weight = 0;
|
|
|
|
int total_instance = 0;
|
2012-09-18 13:35:01 +08:00
|
|
|
int cur_trip_level = get_trip_level(tz);
|
|
|
|
|
2015-02-19 00:04:22 +08:00
|
|
|
list_for_each_entry(instance, &tz->thermal_instances, tz_node) {
|
2015-02-19 00:04:25 +08:00
|
|
|
if (instance->trip != trip)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
total_weight += instance->weight;
|
|
|
|
total_instance++;
|
|
|
|
}
|
|
|
|
|
|
|
|
list_for_each_entry(instance, &tz->thermal_instances, tz_node) {
|
|
|
|
int percentage;
|
2015-02-19 00:04:22 +08:00
|
|
|
struct thermal_cooling_device *cdev = instance->cdev;
|
2012-09-18 13:35:01 +08:00
|
|
|
|
2015-02-19 00:04:22 +08:00
|
|
|
if (instance->trip != trip)
|
2012-09-18 13:35:01 +08:00
|
|
|
continue;
|
|
|
|
|
2015-02-19 00:04:25 +08:00
|
|
|
if (!total_weight)
|
|
|
|
percentage = 100 / total_instance;
|
|
|
|
else
|
|
|
|
percentage = (instance->weight * 100) / total_weight;
|
|
|
|
|
|
|
|
instance->target = get_target_state(tz, cdev, percentage,
|
|
|
|
cur_trip_level);
|
2012-09-18 13:35:01 +08:00
|
|
|
|
thermal: fix race condition when updating cooling device
When multiple thermal zones are bound to the same cooling device, multiple
kernel threads may want to update the cooling device state by calling
thermal_cdev_update(). Having cdev not protected by a mutex can lead to a race
condition. Consider the following situation with two kernel threads k1 and k2:
Thread k1 Thread k2
||
|| call thermal_cdev_update()
|| ...
|| set_cur_state(cdev, target);
call power_actor_set_power() ||
... ||
instance->target = state; ||
cdev->updated = false; ||
|| cdev->updated = true;
|| // completes execution
call thermal_cdev_update() ||
// cdev->updated == true ||
return; ||
\/
time
k2 has already looped through the thermal instances looking for the deepest
cooling device state and is preempted right before setting cdev->updated to
true. Now, k1 runs, modifies the thermal instance state and sets cdev->updated
to false. Then, k1 is preempted and k2 continues the execution by setting
cdev->updated to true, therefore preventing k1 from performing the update.
Notice that this is not an issue if k2 looks at the instance->target modified by
k1 "after" it is assigned by k1. In fact, in this case the update will happen
anyway and k1 can safely return immediately from thermal_cdev_update().
This may lead to a situation where a thermal governor never updates the cooling
device. For example, this is the case for the step_wise governor: when calling
the function thermal_zone_trip_update(), the governor may always get a new state
equal to the old one (which, however, wasn't notified to the cooling device) and
will therefore skip the update.
CC: Zhang Rui <rui.zhang@intel.com>
CC: Eduardo Valentin <edubezval@gmail.com>
CC: Peter Feuerer <peter@piie.net>
Reported-by: Toby Huang <toby.huang@arm.com>
Signed-off-by: Michele Di Giorgio <michele.digiorgio@arm.com>
Reviewed-by: Javi Merino <javi.merino@arm.com>
Signed-off-by: Zhang Rui <rui.zhang@intel.com>
2016-06-02 22:25:31 +08:00
|
|
|
mutex_lock(&instance->cdev->lock);
|
2012-09-18 13:35:01 +08:00
|
|
|
instance->cdev->updated = false;
|
thermal: fix race condition when updating cooling device
When multiple thermal zones are bound to the same cooling device, multiple
kernel threads may want to update the cooling device state by calling
thermal_cdev_update(). Having cdev not protected by a mutex can lead to a race
condition. Consider the following situation with two kernel threads k1 and k2:
Thread k1 Thread k2
||
|| call thermal_cdev_update()
|| ...
|| set_cur_state(cdev, target);
call power_actor_set_power() ||
... ||
instance->target = state; ||
cdev->updated = false; ||
|| cdev->updated = true;
|| // completes execution
call thermal_cdev_update() ||
// cdev->updated == true ||
return; ||
\/
time
k2 has already looped through the thermal instances looking for the deepest
cooling device state and is preempted right before setting cdev->updated to
true. Now, k1 runs, modifies the thermal instance state and sets cdev->updated
to false. Then, k1 is preempted and k2 continues the execution by setting
cdev->updated to true, therefore preventing k1 from performing the update.
Notice that this is not an issue if k2 looks at the instance->target modified by
k1 "after" it is assigned by k1. In fact, in this case the update will happen
anyway and k1 can safely return immediately from thermal_cdev_update().
This may lead to a situation where a thermal governor never updates the cooling
device. For example, this is the case for the step_wise governor: when calling
the function thermal_zone_trip_update(), the governor may always get a new state
equal to the old one (which, however, wasn't notified to the cooling device) and
will therefore skip the update.
CC: Zhang Rui <rui.zhang@intel.com>
CC: Eduardo Valentin <edubezval@gmail.com>
CC: Peter Feuerer <peter@piie.net>
Reported-by: Toby Huang <toby.huang@arm.com>
Signed-off-by: Michele Di Giorgio <michele.digiorgio@arm.com>
Reviewed-by: Javi Merino <javi.merino@arm.com>
Signed-off-by: Zhang Rui <rui.zhang@intel.com>
2016-06-02 22:25:31 +08:00
|
|
|
mutex_unlock(&instance->cdev->lock);
|
2012-09-18 13:35:01 +08:00
|
|
|
thermal_cdev_update(cdev);
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-09-27 19:27:53 +08:00
|
|
|
static struct thermal_governor thermal_gov_fair_share = {
|
2012-09-18 13:35:01 +08:00
|
|
|
.name = "fair_share",
|
|
|
|
.throttle = fair_share_throttle,
|
|
|
|
};
|
2019-06-13 04:13:25 +08:00
|
|
|
THERMAL_GOVERNOR_DECLARE(thermal_gov_fair_share);
|