From: Viresh Kumar <viresh.kumar@linaro.org> To: qiwuchen55@gmail.com Cc: mmayer@broadcom.com, rjw@rjwysocki.net, f.fainelli@gmail.com, bcm-kernel-feedback-list@broadcom.com, linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, chenqiwu <chenqiwu@xiaomi.com> Subject: Re: [PATCH v3] cpufreq: brcmstb-avs: fix imbalance of cpufreq policy refcount Date: Mon, 20 Jan 2020 11:02:50 +0530 [thread overview] Message-ID: <20200120053250.igkwofqfzvmqb3c3@vireshk-i7> (raw) In-Reply-To: <1579417750-21984-1-git-send-email-qiwuchen55@gmail.com> On 19-01-20, 15:09, qiwuchen55@gmail.com wrote: > From: chenqiwu <chenqiwu@xiaomi.com> > > brcm_avs_cpufreq_get() calls cpufreq_cpu_get() to get the cpufreq policy, > meanwhile, it also increments the kobject reference count to mark it busy. > However, a corresponding call of cpufreq_cpu_put() is ignored to decrement > the kobject reference count back, which may lead to a potential stuck risk > that the cpuhp thread deadly waits for dropping of kobject refcount when > cpufreq policy free. > > For fixing this bug, cpufreq_get_policy() is referenced to do a proper > cpufreq_cpu_get()/cpufreq_cpu_put() and fill a policy copy for the user. > If the policy return NULL, we just return 0 to hit the code path of > cpufreq_driver->get. > > Signed-off-by: chenqiwu <chenqiwu@xiaomi.com> > --- > drivers/cpufreq/brcmstb-avs-cpufreq.c | 12 ++++++++++-- > 1 file changed, 10 insertions(+), 2 deletions(-) > > diff --git a/drivers/cpufreq/brcmstb-avs-cpufreq.c b/drivers/cpufreq/brcmstb-avs-cpufreq.c > index 77b0e5d..ee0d404 100644 > --- a/drivers/cpufreq/brcmstb-avs-cpufreq.c > +++ b/drivers/cpufreq/brcmstb-avs-cpufreq.c > @@ -452,8 +452,16 @@ static bool brcm_avs_is_firmware_loaded(struct private_data *priv) > > static unsigned int brcm_avs_cpufreq_get(unsigned int cpu) > { > - struct cpufreq_policy *policy = cpufreq_cpu_get(cpu); Why can't we just add a corresponding cpufreq_cpu_put() instead of all this ? > - struct private_data *priv = policy->driver_data; > + struct cpufreq_policy policy; > + struct private_data *priv; > + > + /* > + * In case cpufreq policy has been released, just return 0. > + */ > + if (cpufreq_get_policy(&policy, cpu)) > + return 0; Why did you move away from the previous implementation of cpufreq_cpu_get() ? > + > + priv = policy.driver_data; > > return brcm_avs_get_frequency(priv->base); > } > -- > 1.9.1 -- viresh
WARNING: multiple messages have this Message-ID (diff)
From: Viresh Kumar <viresh.kumar@linaro.org> To: qiwuchen55@gmail.com Cc: f.fainelli@gmail.com, linux-pm@vger.kernel.org, rjw@rjwysocki.net, linux-kernel@vger.kernel.org, bcm-kernel-feedback-list@broadcom.com, mmayer@broadcom.com, chenqiwu <chenqiwu@xiaomi.com>, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v3] cpufreq: brcmstb-avs: fix imbalance of cpufreq policy refcount Date: Mon, 20 Jan 2020 11:02:50 +0530 [thread overview] Message-ID: <20200120053250.igkwofqfzvmqb3c3@vireshk-i7> (raw) In-Reply-To: <1579417750-21984-1-git-send-email-qiwuchen55@gmail.com> On 19-01-20, 15:09, qiwuchen55@gmail.com wrote: > From: chenqiwu <chenqiwu@xiaomi.com> > > brcm_avs_cpufreq_get() calls cpufreq_cpu_get() to get the cpufreq policy, > meanwhile, it also increments the kobject reference count to mark it busy. > However, a corresponding call of cpufreq_cpu_put() is ignored to decrement > the kobject reference count back, which may lead to a potential stuck risk > that the cpuhp thread deadly waits for dropping of kobject refcount when > cpufreq policy free. > > For fixing this bug, cpufreq_get_policy() is referenced to do a proper > cpufreq_cpu_get()/cpufreq_cpu_put() and fill a policy copy for the user. > If the policy return NULL, we just return 0 to hit the code path of > cpufreq_driver->get. > > Signed-off-by: chenqiwu <chenqiwu@xiaomi.com> > --- > drivers/cpufreq/brcmstb-avs-cpufreq.c | 12 ++++++++++-- > 1 file changed, 10 insertions(+), 2 deletions(-) > > diff --git a/drivers/cpufreq/brcmstb-avs-cpufreq.c b/drivers/cpufreq/brcmstb-avs-cpufreq.c > index 77b0e5d..ee0d404 100644 > --- a/drivers/cpufreq/brcmstb-avs-cpufreq.c > +++ b/drivers/cpufreq/brcmstb-avs-cpufreq.c > @@ -452,8 +452,16 @@ static bool brcm_avs_is_firmware_loaded(struct private_data *priv) > > static unsigned int brcm_avs_cpufreq_get(unsigned int cpu) > { > - struct cpufreq_policy *policy = cpufreq_cpu_get(cpu); Why can't we just add a corresponding cpufreq_cpu_put() instead of all this ? > - struct private_data *priv = policy->driver_data; > + struct cpufreq_policy policy; > + struct private_data *priv; > + > + /* > + * In case cpufreq policy has been released, just return 0. > + */ > + if (cpufreq_get_policy(&policy, cpu)) > + return 0; Why did you move away from the previous implementation of cpufreq_cpu_get() ? > + > + priv = policy.driver_data; > > return brcm_avs_get_frequency(priv->base); > } > -- > 1.9.1 -- viresh _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-01-20 5:32 UTC|newest] Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-01-19 7:09 [PATCH v3] cpufreq: brcmstb-avs: fix imbalance of cpufreq policy refcount qiwuchen55 2020-01-19 7:09 ` qiwuchen55 2020-01-20 5:32 ` Viresh Kumar [this message] 2020-01-20 5:32 ` Viresh Kumar 2020-01-20 5:58 ` chenqiwu 2020-01-20 5:58 ` chenqiwu 2020-01-20 6:01 ` Viresh Kumar 2020-01-20 6:01 ` Viresh Kumar 2020-01-20 6:13 ` chenqiwu 2020-01-20 6:13 ` chenqiwu 2020-01-20 6:21 ` Viresh Kumar 2020-01-20 6:21 ` Viresh Kumar 2020-01-20 6:27 ` chenqiwu 2020-01-20 6:27 ` chenqiwu 2020-01-20 6:30 ` Viresh Kumar 2020-01-20 6:30 ` Viresh Kumar 2020-01-20 6:50 ` chenqiwu 2020-01-20 6:50 ` chenqiwu
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=20200120053250.igkwofqfzvmqb3c3@vireshk-i7 \ --to=viresh.kumar@linaro.org \ --cc=bcm-kernel-feedback-list@broadcom.com \ --cc=chenqiwu@xiaomi.com \ --cc=f.fainelli@gmail.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-pm@vger.kernel.org \ --cc=mmayer@broadcom.com \ --cc=qiwuchen55@gmail.com \ --cc=rjw@rjwysocki.net \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.