Received-SPF: pass (google.com: domain of linux-kernel+bounces-204070-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1;
Date: Thu, 6 Jun 2024 15:25:52 +0530
From: "Gautham R. Shenoy" <gautham.shenoy@amd.com>
To: Anastasia Belova <abelova@astralinux.ru>
Cc: Huang Rui <ray.huang@amd.com>,
	Mario Limonciello <mario.limonciello@amd.com>,
	Perry Yuan <perry.yuan@amd.com>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	Viresh Kumar <viresh.kumar@linaro.org>, linux-pm@vger.kernel.org,
	linux-kernel@vger.kernel.org, lvc-project@linuxtesting.org
Subject: Re: [PATCH] cpufreq: amd-pstate: add check for cpufreq_cpu_get's
 return value
Message-ID: <ZmGHqL93i2GDHsWb@BLRRASHENOY1.amd.com>
References: <20240603110741.24818-1-abelova@astralinux.ru>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20240603110741.24818-1-abelova@astralinux.ru>
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0:
	=?us-ascii?Q?qW5Crb7APehtMGePoIprGXtEqdc8giqOe8vKazR0FNEQ0b60OzpfTSwEj92B?=
 =?us-ascii?Q?D3A4xMtVmUlIIqowgTkE6e4KQfTQm+ysl7D9YrW/NuCifBBzlxHyN5OLrJvv?=
 =?us-ascii?Q?6u/rNDfR4SlWSXu/3n1+VOS3r8qSJZY60c3psD1OaPWIPEFfFA79iwyNq2bn?=
 =?us-ascii?Q?Q/vusty6buvtmaAYMwfuxw9f0KAG0LUfu+X7uZFi6nd/EB9lH8oBAA4unhFG?=
 =?us-ascii?Q?ihSMkceJ91SOmQ9Pr9DjvVh+dzL3oAoSEaD4nBiIq644N0j0bU0V6yBO7d20?=
 =?us-ascii?Q?TMBrwvDIBjpsfoSXtJ+fpuoXfkRLq/swRIlV+Vw4hapux6rxYizrjP7R/VQc?=
 =?us-ascii?Q?DHEXaWSSRq4oJkoQdTEySa0F+6E2028AqAoo1Dy/BJ6t64RkT7mKWJDHA/pL?=
 =?us-ascii?Q?2BOyL5WP9C32yq8w+jd3gCuTLGNio2QzsB6mrNgBomAsZ2U7drgRQdjpGINM?=
 =?us-ascii?Q?aUz6R5VIofkw1+eNHBIMICMnuVwF5tPLqDe13oJI8C3HBnKnZKnFHiZpl8TJ?=
 =?us-ascii?Q?qrTFL4jyKk0p6y4tPi3Y/4YmRCWSFEwksVzgQWi9wPh9bp1f6+LoYrAV7tc/?=
 =?us-ascii?Q?BO/74npjPN0Z11Kj+G2skjwGOUSQQ8XbWDhsnqftY2HBlehgrb3NNrbE+w5a?=
 =?us-ascii?Q?thuT7/NNdGBpUVFYyxC2+76X9BMkeSYL5SCOmmy1Jy4p2RUVF1fUZdy5MxGu?=
 =?us-ascii?Q?fqnwx2ZRSPNSIOdhQ221UV1XJJtcej3Lt0IUvwovApXJJMqoThSmTZvlT/au?=
 =?us-ascii?Q?0Fl9VsAiXulB7jd5HxjgoX9HSoaxbm62ycJlTvtiTorVOUFDGVviyfwGwyWA?=
 =?us-ascii?Q?2JPpD0Zrolv+AKjITQDW8z9GInA1vP4uML86jlJZ6HNw4f2Rke7TNQvZvllF?=
 =?us-ascii?Q?myon1wCQm97h/JQ7Bh7EQJ/ODQ2tiAH9m17J5nK685rI1wTPIyl740yrW7Wl?=
 =?us-ascii?Q?rQteUWmR5rDfUZLYVzUBU7br3A2D3xKEWbXX5C07ZzFasnxOqL1Y/X0KG8OF?=
 =?us-ascii?Q?lGcSbUDuO6c5W0AgJSAJCsZURiCFVddI8j0nB3An4T1rgqKLmGM/ExirONcC?=
 =?us-ascii?Q?LNUMWV3UFrK/btdotZVDWbutwF/hwYn3YD58IstCC/iG4AaEjnb9aP/Z+FGf?=
 =?us-ascii?Q?xm5lo2ETPpcJjLkjHLZbq7Ms13JHMBZ4ftYvN/Qt8666PLtcWdK9kUn3bzBD?=
 =?us-ascii?Q?HcJ7A86OpDTN8Kp6DnVyr5QXRhgU9IsDKW7eX4hGt5c0IwoMSC2OV+VagGHM?=
 =?us-ascii?Q?X84chBz7+oZdpSWtGaX2vfjAV4BoLN1zHoduZXQ0EmltPwin6cSe8On+I522?=
 =?us-ascii?Q?e3UTfjthhmUsn0yjKumRVsI8PbsPdRk6eQL/h4qGaqInXX6D1llXQdi5Adzl?=
 =?us-ascii?Q?KKyfbIOuBvvWE4gEFNo2ohlPkR4sltnyiBwHc6ckNl0HGHTqRemTr5IJfcEz?=
 =?us-ascii?Q?wtemncGhu5M/JlQVzL/C0KkxaCrcbjtjHeaHX6Un9p2XqMrDweldxYYRKbYV?=
 =?us-ascii?Q?iCLPuAmX/L9Ah2CBJGk8vmoVneqdlyOc1UK7XE3UNu+eJun/CrOjhPyzdLlv?=
 =?us-ascii?Q?GfhjOXybXHYFiDGkjz+QsQoOvcTMexBjaL90cPrZ?=
X-OriginatorOrg: amd.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 26de2025-96fa-482b-bc6e-08dc860ee190
X-MS-Exchange-CrossTenant-AuthSource: DS7PR12MB8252.namprd12.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Jun 2024 09:56:05.5492
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: SgM3ryxZlRAP6uwqbh/3uHQ/ALt/8+KUXA4pvK05d5VhR/KnPLHYzojgJ3XhoBCQ8nhyjdm6Zen/ARSpPYSCXg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN7PR12MB7451

Hello,

On Mon, Jun 03, 2024 at 02:07:41PM +0300, Anastasia Belova wrote:
> cpufreq_cpu_get may return NULL. To avoid NULL-dereference check it
> and return in case of error.
> 
> Found by Linux Verification Center (linuxtesting.org) with SVACE.
> 
> Signed-off-by: Anastasia Belova <abelova@astralinux.ru>

Thank you for the patch. Indeed we should be checking if the policy is
valid before dereferencing it.

> ---
>  drivers/cpufreq/amd-pstate.c | 4 ++++
>  1 file changed, 4 insertions(+)
> 
> diff --git a/drivers/cpufreq/amd-pstate.c b/drivers/cpufreq/amd-pstate.c
> index 1b7e82a0ad2e..672cb6c280a4 100644
> --- a/drivers/cpufreq/amd-pstate.c
> +++ b/drivers/cpufreq/amd-pstate.c
> @@ -621,6 +621,8 @@ static void amd_pstate_adjust_perf(unsigned int cpu,
>  	unsigned long max_perf, min_perf, des_perf,
>  		      cap_perf, lowest_nonlinear_perf, max_freq;
>  	struct cpufreq_policy *policy = cpufreq_cpu_get(cpu);
> +	if (!policy)
> +		return;

This patch mixes code and declarations. While I personally don't
prefer that, since we have moved to using C99, the compiler does
not complain, nor does checkpatch complain.

So is this ok for cpufreq, Rafael?

Or would you prefer something like:

	unsigned long cap_perf, lowest_nonlinear_perf;
	unsigned long max_perf, min_perf, des_perf;
	struct cpufreq_policy *policy;
	struct amd_cpudata *cpudata;
	unsigned int target_freq;
	unsigned long max_freq;

	policy = cpufreq_cpu_get(cpu);
	if (!policy)
		return;

	cpudata = policy->driver_data;


>  	struct amd_cpudata *cpudata = policy->driver_data;
>  	unsigned int target_freq;
>  
> @@ -777,6 +779,8 @@ static void amd_pstate_init_prefcore(struct amd_cpudata *cpudata)
>  static void amd_pstate_update_limits(unsigned int cpu)
>  {
>  	struct cpufreq_policy *policy = cpufreq_cpu_get(cpu);
> +	if (!policy)
> +		return;

Ditto.

>  	struct amd_cpudata *cpudata = policy->driver_data;
>  	u32 prev_high = 0, cur_high = 0;
>  	int ret;
> -- 
> 2.30.2
> 

--
Thanks and Regards
gautham.