From: Srikar Srimath Tirumala <srikars@xxxxxxxxxx>
Current implementation of processor_thermal performs software throttling
in fixed steps of "20%" which can be too coarse for some platforms.
We observed some performance gain after reducing the throttle
percentage.
Change the CPUFREQ thermal reduction percentage and maximum thermal
steps
to be configurable. Also, update the default values of both for Nvidia
Tegra241 (Grace) SoC. The thermal reduction percentage is reduced to
"5%"
and accordingly the maximum number of thermal steps are increased as
they
are derived from the reduction percentage.
Signed-off-by: Srikar Srimath Tirumala <srikars@xxxxxxxxxx>
Co-developed-by: Sumit Gupta <sumitg@xxxxxxxxxx>
Signed-off-by: Sumit Gupta <sumitg@xxxxxxxxxx>
---
Sending this patch separately as the other patch in the series is
applied by Rafael in v6[1]. Revision history before this version is
in the cover letter of v6[1].
Please review and provide ACK if looks fine.
For arm64 specific changes(a minor nit below though),
Acked-by: Sudeep Holla <sudeep.holla@xxxxxxx>
[...]
diff --git a/drivers/acpi/arm64/thermal_cpufreq.c
b/drivers/acpi/arm64/thermal_cpufreq.c
new file mode 100644
index 000000000000..d524f2cd6044
--- /dev/null
+++ b/drivers/acpi/arm64/thermal_cpufreq.c
@@ -0,0 +1,20 @@
+// SPDX-License-Identifier: GPL-2.0-only
+#include <linux/acpi.h>
+
+#include "../internal.h"
+
+#define SMCCC_SOC_ID_T241 0x036b0241
+
[nit] We really need to find better place to define this globally and not
locally at each usage site like this. We already have it in GICv3 driver.
But that can come as a cleanup later if it causes issue for merging this
change.
Agreed.
Looks good to me as well.
Acked-by: Hanjun Guo <guohanjun@xxxxxxxxxx>
Hi Rafael,
If the change seems fine, could you please apply this patch?
Thanks,
Sumit
