The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: Mario Limonciello <mario.limonciello@amd.com>
To: Anastasia Belova <abelova@astralinux.ru>,
	"Gautham R. Shenoy" <gautham.shenoy@amd.com>
Cc: Huang Rui <ray.huang@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
Date: Fri, 23 Aug 2024 11:19:19 -0500	[thread overview]
Message-ID: <d112c64c-b7d6-4aa3-ba78-8031bb7d1e1a@amd.com> (raw)
In-Reply-To: <69c57210-8a48-4ae2-b529-a4cd6dbd0121@astralinux.ru>

On 8/8/2024 08:07, Anastasia Belova wrote:
> Hello,
> 
> 06/06/24 12:55, Gautham R. Shenoy пишет:
>> 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?
> 
> Should I form the second version without mixing code and declarations?
> Or it is better to wait for Rafael's answer?

FWIW, I don't really like it either.  As it's amd-pstate code I'd say 
Gautham and I should make the call.

Can you please change it to avoid mixing code and declarations?

> 
>>
>> 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.
> 
> Thanks,
> Anastasia Belova


      reply	other threads:[~2024-08-23 16:19 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-03 11:07 [PATCH] cpufreq: amd-pstate: add check for cpufreq_cpu_get's return value Anastasia Belova
2024-06-04 15:56 ` Mario Limonciello
2024-06-06  9:55 ` Gautham R. Shenoy
2024-08-08 13:07   ` Anastasia Belova
2024-08-23 16:19     ` Mario Limonciello [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=d112c64c-b7d6-4aa3-ba78-8031bb7d1e1a@amd.com \
    --to=mario.limonciello@amd.com \
    --cc=abelova@astralinux.ru \
    --cc=gautham.shenoy@amd.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=lvc-project@linuxtesting.org \
    --cc=perry.yuan@amd.com \
    --cc=rafael@kernel.org \
    --cc=ray.huang@amd.com \
    --cc=viresh.kumar@linaro.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox