2019-05-29 14:18:02 +00:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0-only */
|
2015-03-02 21:12:58 +00:00
|
|
|
/*
|
|
|
|
* intel_soc_dts_iosf.h
|
|
|
|
* Copyright (c) 2015, Intel Corporation.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef _INTEL_SOC_DTS_IOSF_CORE_H
|
|
|
|
#define _INTEL_SOC_DTS_IOSF_CORE_H
|
|
|
|
|
|
|
|
#include <linux/thermal.h>
|
|
|
|
|
|
|
|
/* DTS0 and DTS 1 */
|
|
|
|
#define SOC_MAX_DTS_SENSORS 2
|
|
|
|
|
2023-08-09 20:27:18 +00:00
|
|
|
/* Only 2 out of 4 is allowed for OSPM */
|
|
|
|
#define SOC_MAX_DTS_TRIPS 2
|
|
|
|
|
2015-03-02 21:12:58 +00:00
|
|
|
enum intel_soc_dts_interrupt_type {
|
|
|
|
INTEL_SOC_DTS_INTERRUPT_NONE,
|
|
|
|
INTEL_SOC_DTS_INTERRUPT_APIC,
|
|
|
|
INTEL_SOC_DTS_INTERRUPT_MSI,
|
|
|
|
INTEL_SOC_DTS_INTERRUPT_SCI,
|
|
|
|
INTEL_SOC_DTS_INTERRUPT_SMI,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct intel_soc_dts_sensors;
|
|
|
|
|
|
|
|
struct intel_soc_dts_sensor_entry {
|
|
|
|
int id;
|
|
|
|
u32 store_status;
|
|
|
|
struct thermal_zone_device *tzone;
|
|
|
|
struct intel_soc_dts_sensors *sensors;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct intel_soc_dts_sensors {
|
|
|
|
u32 tj_max;
|
|
|
|
spinlock_t intr_notify_lock;
|
|
|
|
struct mutex dts_update_lock;
|
|
|
|
enum intel_soc_dts_interrupt_type intr_type;
|
|
|
|
struct intel_soc_dts_sensor_entry soc_dts[SOC_MAX_DTS_SENSORS];
|
|
|
|
};
|
|
|
|
|
thermal: intel: intel_soc_dts_iosf: Rework critical trip setup
Critical trip points appear in the DTS thermal zones only after those
thermal zones have been registered via intel_soc_dts_iosf_init().
Moreover, they are "created" by changing the type of an existing trip
point from THERMAL_TRIP_PASSIVE to THERMAL_TRIP_CRITICAL via
intel_soc_dts_iosf_add_read_only_critical_trip(), the caller of which
has to be careful enough to pass at least 1 as the number of read-only
trip points to intel_soc_dts_iosf_init() beforehand.
This is questionable, because user space may have started to use the
trips at the time when intel_soc_dts_iosf_add_read_only_critical_trip()
runs and there is no synchronization between it and sys_set_trip_temp().
To address it, use the observation that nonzero number of read-only
trip points is only passed to intel_soc_dts_iosf_init() when critical
trip points are going to be used, so in fact that function may get all
of the information regarding the critical trip points upfront and it
can configure them before registering the corresponding thermal zones.
Accordingly, replace the read_only_trip_count argument of
intel_soc_dts_iosf_init() with a pair of new arguments related to
critical trip points: a bool one indicating whether or not critical
trip points are to be used at all and an int one representing the
critical trip point temperature offset relative to Tj_max. Use these
arguments to configure the critical trip points before the registration
of the thermal zones and to compute the number of writeable trip points
in add_dts_thermal_zone().
Modify both callers of intel_soc_dts_iosf_init() to take these changes
into account and drop the intel_soc_dts_iosf_add_read_only_critical_trip()
call, that is not necessary any more, from intel_soc_thermal_init(),
which also allows it to return success right after requesting the IRQ.
Finally, drop intel_soc_dts_iosf_add_read_only_critical_trip()
altogether, because it does not have any more users.
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Reviewed-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
2023-08-10 19:16:14 +00:00
|
|
|
|
|
|
|
struct intel_soc_dts_sensors *
|
|
|
|
intel_soc_dts_iosf_init(enum intel_soc_dts_interrupt_type intr_type,
|
|
|
|
bool critical_trip, int crit_offset);
|
2015-03-02 21:12:58 +00:00
|
|
|
void intel_soc_dts_iosf_exit(struct intel_soc_dts_sensors *sensors);
|
|
|
|
void intel_soc_dts_iosf_interrupt_handler(
|
|
|
|
struct intel_soc_dts_sensors *sensors);
|
|
|
|
#endif
|