[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250519100252.wme2gfdvl752efe2@vireshk-i7>
Date: Mon, 19 May 2025 15:32:52 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: Bowen Yu <yubowen8@...wei.com>
Cc: rafael@...nel.org, linux-pm@...r.kernel.org,
linux-kernel@...r.kernel.org, linuxarm@...wei.com,
zhanjie9@...ilicon.com, jonathan.cameron@...wei.com,
lihuisong@...wei.com, zhenglifeng1@...wei.com,
cenxinghai@...artners.com
Subject: Re: [PATCH] cpufreq: Replace magic number
On 19-05-25, 15:09, Bowen Yu wrote:
> Setting the length of str_governor with a magic number could cause
> overflow when max length increases, it is better to use the defined
> macro in this case.
>
> Signed-off-by: Bowen Yu <yubowen8@...wei.com>
> ---
> drivers/cpufreq/cpufreq.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
> index 0c842edd1a76..a3a376f030f0 100644
> --- a/drivers/cpufreq/cpufreq.c
> +++ b/drivers/cpufreq/cpufreq.c
> @@ -809,7 +809,7 @@ static ssize_t show_scaling_governor(struct cpufreq_policy *policy, char *buf)
> static ssize_t store_scaling_governor(struct cpufreq_policy *policy,
> const char *buf, size_t count)
> {
> - char str_governor[16];
> + char str_governor[CPUFREQ_NAME_LEN];
> int ret;
>
> ret = sscanf(buf, "%15s", str_governor);
Acked-by: Viresh Kumar <viresh.kumar@...aro.org>
--
viresh
Powered by blists - more mailing lists