[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <e20f0c26-a357-7ddb-1c50-e84eff84b853@windriver.com>
Date: Thu, 25 Mar 2021 13:36:52 +0800
From: "quanyang.wang" <quanyang.wang@...driver.com>
To: Viresh Kumar <viresh.kumar@...aro.org>
Cc: "Rafael J . Wysocki" <rjw@...ysocki.net>, linux-pm@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] cpufreq: dt: check the error returned by
dev_pm_opp_of_cpumask_add_table
Hi Viresh,
On 3/25/21 1:24 PM, Viresh Kumar wrote:
> On 25-03-21, 13:15, quanyang.wang wrote:
>> Thank you for pointing it out. Do you mean that even if
>> dev_pm_opp_of_cpumask_add_table returns
>>
>> an error, dev_pm_opp_get_opp_count may still return count > 0 because
>> someone may call dev_pm_opp_add
>>
>> to add OPP to cpu succcessfully at somewhere else?
> Yes.
>
> There are two ways we can add OPPs today:
>
> - Statically via device tree. This is what
> dev_pm_opp_of_cpumask_add_table() tries to do.
>
> - Dynamically via call to dev_pm_opp_add(), which I described earlier.
>
> What failed here is the static way of adding OPPs, we still need to
> check if OPPs were added dynamically.
Thank you for shedding light on this.
I will send a V2 patch which only check the return error -EPROBE_DEFER.
Thanks,
Quanyang
>
Powered by blists - more mailing lists