+++ /dev/null
-From f965d111e68f4a993cc44d487d416e3d954eea11 Mon Sep 17 00:00:00 2001
-From: "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>
-Date: Fri, 26 Sep 2025 12:19:41 +0200
-Subject: cpufreq: CPPC: Avoid using CPUFREQ_ETERNAL as transition delay
-
-From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
-
-commit f965d111e68f4a993cc44d487d416e3d954eea11 upstream.
-
-If cppc_get_transition_latency() returns CPUFREQ_ETERNAL to indicate a
-failure to retrieve the transition latency value from the platform
-firmware, the CPPC cpufreq driver will use that value (converted to
-microseconds) as the policy transition delay, but it is way too large
-for any practical use.
-
-Address this by making the driver use the cpufreq's default
-transition latency value (in microseconds) as the transition delay
-if CPUFREQ_ETERNAL is returned by cppc_get_transition_latency().
-
-Fixes: d4f3388afd48 ("cpufreq / CPPC: Set platform specific transition_delay_us")
-Cc: 5.19+ <stable@vger.kernel.org> # 5.19
-Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
-Reviewed-by: Mario Limonciello (AMD) <superm1@kernel.org>
-Reviewed-by: Jie Zhan <zhanjie9@hisilicon.com>
-Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
-Reviewed-by: Qais Yousef <qyousef@layalina.io>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
----
- drivers/cpufreq/cppc_cpufreq.c | 14 ++++++++++++--
- 1 file changed, 12 insertions(+), 2 deletions(-)
-
---- a/drivers/cpufreq/cppc_cpufreq.c
-+++ b/drivers/cpufreq/cppc_cpufreq.c
-@@ -338,6 +338,16 @@ static int cppc_verify_policy(struct cpu
- return 0;
- }
-
-+static unsigned int __cppc_cpufreq_get_transition_delay_us(unsigned int cpu)
-+{
-+ unsigned int transition_latency_ns = cppc_get_transition_latency(cpu);
-+
-+ if (transition_latency_ns == CPUFREQ_ETERNAL)
-+ return CPUFREQ_DEFAULT_TRANSITION_LATENCY_NS / NSEC_PER_USEC;
-+
-+ return transition_latency_ns / NSEC_PER_USEC;
-+}
-+
- /*
- * The PCC subspace describes the rate at which platform can accept commands
- * on the shared PCC channel (including READs which do not count towards freq
-@@ -360,12 +370,12 @@ static unsigned int cppc_cpufreq_get_tra
- return 10000;
- }
- }
-- return cppc_get_transition_latency(cpu) / NSEC_PER_USEC;
-+ return __cppc_cpufreq_get_transition_delay_us(cpu);
- }
- #else
- static unsigned int cppc_cpufreq_get_transition_delay_us(unsigned int cpu)
- {
-- return cppc_get_transition_latency(cpu) / NSEC_PER_USEC;
-+ return __cppc_cpufreq_get_transition_delay_us(cpu);
- }
- #endif
-
btrfs-avoid-potential-out-of-bounds-in-btrfs_encode_fh.patch
bus-mhi-host-do-not-use-uninitialized-dev-pointer-in-mhi_init_irq_setup.patch
copy_sighand-handle-architectures-where-sizeof-unsigned-long-sizeof-u64.patch
-cpufreq-cppc-avoid-using-cpufreq_eternal-as-transition-delay.patch
cpufreq-intel_pstate-fix-object-lifecycle-issue-in-update_qos_request.patch
crypto-aspeed-fix-dma_unmap_sg-direction.patch
crypto-atmel-fix-dma_unmap_sg-direction.patch
+++ /dev/null
-From f965d111e68f4a993cc44d487d416e3d954eea11 Mon Sep 17 00:00:00 2001
-From: "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>
-Date: Fri, 26 Sep 2025 12:19:41 +0200
-Subject: cpufreq: CPPC: Avoid using CPUFREQ_ETERNAL as transition delay
-
-From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
-
-commit f965d111e68f4a993cc44d487d416e3d954eea11 upstream.
-
-If cppc_get_transition_latency() returns CPUFREQ_ETERNAL to indicate a
-failure to retrieve the transition latency value from the platform
-firmware, the CPPC cpufreq driver will use that value (converted to
-microseconds) as the policy transition delay, but it is way too large
-for any practical use.
-
-Address this by making the driver use the cpufreq's default
-transition latency value (in microseconds) as the transition delay
-if CPUFREQ_ETERNAL is returned by cppc_get_transition_latency().
-
-Fixes: d4f3388afd48 ("cpufreq / CPPC: Set platform specific transition_delay_us")
-Cc: 5.19+ <stable@vger.kernel.org> # 5.19
-Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
-Reviewed-by: Mario Limonciello (AMD) <superm1@kernel.org>
-Reviewed-by: Jie Zhan <zhanjie9@hisilicon.com>
-Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
-Reviewed-by: Qais Yousef <qyousef@layalina.io>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
----
- drivers/cpufreq/cppc_cpufreq.c | 14 ++++++++++++--
- 1 file changed, 12 insertions(+), 2 deletions(-)
-
---- a/drivers/cpufreq/cppc_cpufreq.c
-+++ b/drivers/cpufreq/cppc_cpufreq.c
-@@ -339,6 +339,16 @@ static int cppc_verify_policy(struct cpu
- return 0;
- }
-
-+static unsigned int __cppc_cpufreq_get_transition_delay_us(unsigned int cpu)
-+{
-+ unsigned int transition_latency_ns = cppc_get_transition_latency(cpu);
-+
-+ if (transition_latency_ns == CPUFREQ_ETERNAL)
-+ return CPUFREQ_DEFAULT_TRANSITION_LATENCY_NS / NSEC_PER_USEC;
-+
-+ return transition_latency_ns / NSEC_PER_USEC;
-+}
-+
- /*
- * The PCC subspace describes the rate at which platform can accept commands
- * on the shared PCC channel (including READs which do not count towards freq
-@@ -361,12 +371,12 @@ static unsigned int cppc_cpufreq_get_tra
- return 10000;
- }
- }
-- return cppc_get_transition_latency(cpu) / NSEC_PER_USEC;
-+ return __cppc_cpufreq_get_transition_delay_us(cpu);
- }
- #else
- static unsigned int cppc_cpufreq_get_transition_delay_us(unsigned int cpu)
- {
-- return cppc_get_transition_latency(cpu) / NSEC_PER_USEC;
-+ return __cppc_cpufreq_get_transition_delay_us(cpu);
- }
- #endif
-
bus-mhi-host-do-not-use-uninitialized-dev-pointer-in-mhi_init_irq_setup.patch
clk-qcom-tcsrcc-x1e80100-set-the-bi_tcxo-as-parent-to-edp-refclk.patch
copy_sighand-handle-architectures-where-sizeof-unsigned-long-sizeof-u64.patch
-cpufreq-cppc-avoid-using-cpufreq_eternal-as-transition-delay.patch
cpufreq-intel_pstate-fix-object-lifecycle-issue-in-update_qos_request.patch
crypto-aspeed-fix-dma_unmap_sg-direction.patch
crypto-atmel-fix-dma_unmap_sg-direction.patch
+++ /dev/null
-From f965d111e68f4a993cc44d487d416e3d954eea11 Mon Sep 17 00:00:00 2001
-From: "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>
-Date: Fri, 26 Sep 2025 12:19:41 +0200
-Subject: cpufreq: CPPC: Avoid using CPUFREQ_ETERNAL as transition delay
-
-From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
-
-commit f965d111e68f4a993cc44d487d416e3d954eea11 upstream.
-
-If cppc_get_transition_latency() returns CPUFREQ_ETERNAL to indicate a
-failure to retrieve the transition latency value from the platform
-firmware, the CPPC cpufreq driver will use that value (converted to
-microseconds) as the policy transition delay, but it is way too large
-for any practical use.
-
-Address this by making the driver use the cpufreq's default
-transition latency value (in microseconds) as the transition delay
-if CPUFREQ_ETERNAL is returned by cppc_get_transition_latency().
-
-Fixes: d4f3388afd48 ("cpufreq / CPPC: Set platform specific transition_delay_us")
-Cc: 5.19+ <stable@vger.kernel.org> # 5.19
-Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
-Reviewed-by: Mario Limonciello (AMD) <superm1@kernel.org>
-Reviewed-by: Jie Zhan <zhanjie9@hisilicon.com>
-Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
-Reviewed-by: Qais Yousef <qyousef@layalina.io>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
----
- drivers/cpufreq/cppc_cpufreq.c | 14 ++++++++++++--
- 1 file changed, 12 insertions(+), 2 deletions(-)
-
---- a/drivers/cpufreq/cppc_cpufreq.c
-+++ b/drivers/cpufreq/cppc_cpufreq.c
-@@ -344,6 +344,16 @@ static int cppc_verify_policy(struct cpu
- return 0;
- }
-
-+static unsigned int __cppc_cpufreq_get_transition_delay_us(unsigned int cpu)
-+{
-+ unsigned int transition_latency_ns = cppc_get_transition_latency(cpu);
-+
-+ if (transition_latency_ns == CPUFREQ_ETERNAL)
-+ return CPUFREQ_DEFAULT_TRANSITION_LATENCY_NS / NSEC_PER_USEC;
-+
-+ return transition_latency_ns / NSEC_PER_USEC;
-+}
-+
- /*
- * The PCC subspace describes the rate at which platform can accept commands
- * on the shared PCC channel (including READs which do not count towards freq
-@@ -366,12 +376,12 @@ static unsigned int cppc_cpufreq_get_tra
- return 10000;
- }
- }
-- return cppc_get_transition_latency(cpu) / NSEC_PER_USEC;
-+ return __cppc_cpufreq_get_transition_delay_us(cpu);
- }
- #else
- static unsigned int cppc_cpufreq_get_transition_delay_us(unsigned int cpu)
- {
-- return cppc_get_transition_latency(cpu) / NSEC_PER_USEC;
-+ return __cppc_cpufreq_get_transition_delay_us(cpu);
- }
- #endif
-
bus-mhi-ep-fix-chained-transfer-handling-in-read-path.patch
bus-mhi-host-do-not-use-uninitialized-dev-pointer-in-mhi_init_irq_setup.patch
copy_sighand-handle-architectures-where-sizeof-unsigned-long-sizeof-u64.patch
-cpufreq-cppc-avoid-using-cpufreq_eternal-as-transition-delay.patch
cpufreq-intel_pstate-fix-object-lifecycle-issue-in-update_qos_request.patch
crypto-aspeed-fix-dma_unmap_sg-direction.patch
crypto-atmel-fix-dma_unmap_sg-direction.patch
projects / thirdparty / kernel / stable-queue.git / commitdiff
