[LTP] [PATCH v4] device-drivers/cpufreq_boost: Don't hardcode to CPU0
Mike Tipton
mike.tipton@oss.qualcomm.com
Thu Jul 24 03:52:25 CEST 2025
On Thu, Jul 10, 2025 at 10:02:55AM -0700, Mike Tipton wrote:
> Some systems don't support boost on every CPU, such as on many Qualcomm
> chipsets. And if boost isn't supported on CPU0, then the test will fail
> since there's no performance improvement.
>
> Instead of hardcoding CPU0, find the first CPU that belongs to a cpufreq
> policy with boost enabled.
>
> Signed-off-by: Mike Tipton <mike.tipton@oss.qualcomm.com>
> Acked-by: Wei Gao <wegao@suse.com>
> ---
> Changes in v4:
> - Move error handling outside of find_boost_cpu() for improved
> readability.
> - Collect Acked-by from Wei.
> - Link to v3: https://lore.kernel.org/ltp/20250709151439.2840206-1-mike.tipton@oss.qualcomm.com/
>
> Changes in v3:
> - Abort when no CPUs report supporting boost instead of assuming CPU0.
> - Link to v2: https://lore.kernel.org/ltp/20250630145128.1254269-1-mike.tipton@oss.qualcomm.com/
>
> Changes in v2:
> - Use proper maxspeed buf size in snprintf.
> - Link to v1: https://lore.kernel.org/ltp/20250626194707.3053036-1-mike.tipton@oss.qualcomm.com/
>
> .../device-drivers/cpufreq/cpufreq_boost.c | 60 ++++++++++++++++---
> 1 file changed, 52 insertions(+), 8 deletions(-)
Hi Cyril / everyone,
Is anything else needed before this patch can be applied?
Thanks,
Mike
More information about the ltp
mailing list