[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