[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250519070908.930879-1-yubowen8@huawei.com>
Date: Mon, 19 May 2025 15:09:08 +0800
From: Bowen Yu <yubowen8@...wei.com>
To: <rafael@...nel.org>, <viresh.kumar@...aro.org>
CC: <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>, <yubowen8@...wei.com>, <cenxinghai@...artners.com>
Subject: [PATCH] cpufreq: Replace magic number
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);
--
2.33.0
Powered by blists - more mailing lists