Files
ack-tegra/include/linux
Rafael J. Wysocki f97aef092e cpufreq: Make drivers using CPUFREQ_ETERNAL specify transition latency
Commit a755d0e2d4 ("cpufreq: Honour transition_latency over
transition_delay_us") caused platforms where cpuinfo.transition_latency
is CPUFREQ_ETERNAL to get a very large transition latency whereas
previously it had been capped at 10 ms (and later at 2 ms).

This led to a user-observable regression between 6.6 and 6.12 as
described by Shawn:

"The dbs sampling_rate was 10000 us on 6.6 and suddently becomes
 6442450 us (4294967295 / 1000 * 1.5) on 6.12 for these platforms
 because the default transition delay was dropped [...].

 It slows down dbs governor's reacting to CPU loading change
 dramatically.  Also, as transition_delay_us is used by schedutil
 governor as rate_limit_us, it shows a negative impact on device
 idle power consumption, because the device gets slightly less time
 in the lowest OPP."

Evidently, the expectation of the drivers using CPUFREQ_ETERNAL as
cpuinfo.transition_latency was that it would be capped by the core,
but they may as well return a default transition latency value instead
of CPUFREQ_ETERNAL and the core need not do anything with it.

Accordingly, introduce CPUFREQ_DEFAULT_TRANSITION_LATENCY_NS and make
all of the drivers in question use it instead of CPUFREQ_ETERNAL.  Also
update the related Rust binding.

Fixes: a755d0e2d4 ("cpufreq: Honour transition_latency over transition_delay_us")
Closes: https://lore.kernel.org/linux-pm/20250922125929.453444-1-shawnguo2@yeah.net/
Reported-by: Shawn Guo <shawnguo@kernel.org>
Reviewed-by: Mario Limonciello (AMD) <superm1@kernel.org>
Reviewed-by: Jie Zhan <zhanjie9@hisilicon.com>
Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
Cc: 6.6+ <stable@vger.kernel.org> # 6.6+
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Link: https://patch.msgid.link/2264949.irdbgypaU6@rafael.j.wysocki
[ rjw: Fix typo in new symbol name, drop redundant type cast from Rust binding ]
Tested-by: Shawn Guo <shawnguo@kernel.org> # with cpufreq-dt driver
Reviewed-by: Qais Yousef <qyousef@layalina.io>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
2025-10-01 13:56:24 +02:00
..
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-06-15 21:19:08 +05:30
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-21 18:18:51 +01:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-31 11:28:03 -04:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-31 18:23:53 -07:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-08-14 10:37:33 -07:00
…
…
…
…
…
…
…
2025-07-07 12:24:50 +02:00
…
…
…
…
2025-06-11 13:39:52 -04:00
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-06-27 16:38:02 -07:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-22 15:57:02 +00:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-16 14:28:21 +02:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-19 18:59:51 -07:00
…
…
…
…
…
…
…
…
…
…
2025-07-24 19:12:32 -07:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-08-02 12:06:10 -07:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-06-11 11:57:14 -07:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-02 17:18:01 +01:00
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-17 06:01:16 -06:00
…
…
…
…
2025-07-13 16:38:24 -07:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-09 22:41:56 -07:00
…
…
…
…
…
2025-06-17 18:18:46 -07:00
…
…
…
…
…
…
…
…
…
2025-07-14 15:20:02 -07:00
…
2025-07-14 15:20:02 -07:00
…
…
…
2025-07-08 19:11:57 -04:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-31 16:11:43 -05:00
…
…
…
…
2025-09-02 16:23:13 -07:00
…
2025-06-19 14:28:24 +02:00
2025-06-19 14:28:24 +02:00
…
…
…
…
…
…
2025-07-22 18:07:11 +02:00
…
…
…
…
…
2025-07-01 12:29:29 +02:00
…
…
2025-06-13 08:47:18 +02:00
…
2025-07-10 09:39:18 +02:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-19 10:17:56 +05:30
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-23 11:56:02 +02:00
…
…
…
…
…
…
2025-07-21 17:48:32 -07:00
…
…
…
…
…
…
…
…
…
…
2025-06-25 15:12:17 -07:00
…
…
…
…
…
…
…
…
…
…
2025-06-26 09:44:45 -07:00
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
2025-07-17 11:26:56 +02:00
…
…
…
…
…
2025-08-02 12:01:37 -07:00
…
…
…
…
…
…
…
…
…