From: Stephen Boyd <sboyd@codeaurora.org> To: Viresh Kumar <viresh.kumar@linaro.org> Cc: Rafael Wysocki <rjw@rjwysocki.net>, rob.herring@linaro.org, nm@ti.com, linaro-kernel@lists.linaro.org, linux-pm@vger.kernel.org, arnd.bergmann@linaro.org, broonie@kernel.org, mike.turquette@linaro.org, Sudeep.Holla@arm.com, viswanath.puttagunta@linaro.org, l.stach@pengutronix.de, thomas.petazzoni@free-electrons.com, linux-arm-kernel@lists.infradead.org, ta.omasab@gmail.com, kesavan.abhilash@gmail.com, khilman@linaro.org, santosh.shilimkar@oracle.com Subject: Re: [PATCH 03/10] OPP: Allocate dev_opp from _add_device_opp() Date: Thu, 02 Jul 2015 16:46:48 -0700 [thread overview] Message-ID: <5595CD68.9040701@codeaurora.org> (raw) In-Reply-To: <20150702062455.GD31684@linux> On 07/01/2015 11:24 PM, Viresh Kumar wrote: > On 01-07-15, 18:02, Stephen Boyd wrote: >> On 06/15/2015 04:57 AM, Viresh Kumar wrote: >>> /* Duplicate OPPs ? */ >>> - if (new_opp->rate == opp->rate) { >>> + if (opp && new_opp->rate == opp->rate) { >> Isn't opp always non-NULL at this point? Maybe this if statement should >> be moved into the list_for_each_entry_rcu() loop. > when the dev_opp was getting created for the first time, before this > patch, we used to do a 'goto list_add'. And so control never reached > here, but now we might find a empty list of OPPs and so 'opp' can be > NULL here. Yes, but doesn't list_for_each_entry_rcu() always assign opp to be at least &dev_opp->opp_list->next which will be pointing at &dev_opp->opp_list if the list is empty (modulo ->member)? > Not sure about moving this to the loop, as we are already taking > 'dev_opp_list_lock' in this routine. Sorry, I lost you here. How does that matter? I was suggesting moving the duplicate OPP check into the list_for_each_entry_rcu() loop so that this NULL check doesn't matter. > >>> +remove_dev_opp: >>> + _remove_device_opp(dev_opp); >> Doesn't this just return early because dev_opp has something in it? > Hmm, it isn't required probably. > > ---------------------8<----------------------- > > Message-Id: <b13057f196330d0e08f3c517676cc3116b1be4ae.1435818265.git.viresh.kumar@linaro.org> > From: Viresh Kumar <viresh.kumar@linaro.org> > Date: Fri, 12 Jun 2015 12:43:14 +0530 > Subject: [PATCH] OPP: Allocate dev_opp from _add_device_opp() > > There is no need to complicate _opp_add_dynamic() with allocation of > dev_opp as well. Allocate it from _add_device_opp() instead. > > Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org> > Looking better. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project
WARNING: multiple messages have this Message-ID (diff)
From: sboyd@codeaurora.org (Stephen Boyd) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 03/10] OPP: Allocate dev_opp from _add_device_opp() Date: Thu, 02 Jul 2015 16:46:48 -0700 [thread overview] Message-ID: <5595CD68.9040701@codeaurora.org> (raw) In-Reply-To: <20150702062455.GD31684@linux> On 07/01/2015 11:24 PM, Viresh Kumar wrote: > On 01-07-15, 18:02, Stephen Boyd wrote: >> On 06/15/2015 04:57 AM, Viresh Kumar wrote: >>> /* Duplicate OPPs ? */ >>> - if (new_opp->rate == opp->rate) { >>> + if (opp && new_opp->rate == opp->rate) { >> Isn't opp always non-NULL at this point? Maybe this if statement should >> be moved into the list_for_each_entry_rcu() loop. > when the dev_opp was getting created for the first time, before this > patch, we used to do a 'goto list_add'. And so control never reached > here, but now we might find a empty list of OPPs and so 'opp' can be > NULL here. Yes, but doesn't list_for_each_entry_rcu() always assign opp to be at least &dev_opp->opp_list->next which will be pointing at &dev_opp->opp_list if the list is empty (modulo ->member)? > Not sure about moving this to the loop, as we are already taking > 'dev_opp_list_lock' in this routine. Sorry, I lost you here. How does that matter? I was suggesting moving the duplicate OPP check into the list_for_each_entry_rcu() loop so that this NULL check doesn't matter. > >>> +remove_dev_opp: >>> + _remove_device_opp(dev_opp); >> Doesn't this just return early because dev_opp has something in it? > Hmm, it isn't required probably. > > ---------------------8<----------------------- > > Message-Id: <b13057f196330d0e08f3c517676cc3116b1be4ae.1435818265.git.viresh.kumar@linaro.org> > From: Viresh Kumar <viresh.kumar@linaro.org> > Date: Fri, 12 Jun 2015 12:43:14 +0530 > Subject: [PATCH] OPP: Allocate dev_opp from _add_device_opp() > > There is no need to complicate _opp_add_dynamic() with allocation of > dev_opp as well. Allocate it from _add_device_opp() instead. > > Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org> > Looking better. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project
next prev parent reply other threads:[~2015-07-02 23:46 UTC|newest] Thread overview: 94+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-06-15 11:57 [PATCH 00/10] OPP: Add code to support operating-points-v2 bindings Viresh Kumar 2015-06-15 11:57 ` Viresh Kumar 2015-06-15 11:57 ` [PATCH 01/10] opp: Relocate few routines Viresh Kumar 2015-06-15 11:57 ` Viresh Kumar 2015-07-02 1:25 ` Stephen Boyd 2015-07-02 1:25 ` Stephen Boyd 2015-07-24 17:08 ` Bartlomiej Zolnierkiewicz 2015-07-24 17:08 ` Bartlomiej Zolnierkiewicz 2015-06-15 11:57 ` [PATCH 02/10] OPP: Create _remove_device_opp() for freeing dev_opp Viresh Kumar 2015-06-15 11:57 ` Viresh Kumar 2015-07-02 1:25 ` Stephen Boyd 2015-07-02 1:25 ` Stephen Boyd 2015-07-24 17:13 ` Bartlomiej Zolnierkiewicz 2015-07-24 17:13 ` Bartlomiej Zolnierkiewicz 2015-06-15 11:57 ` [PATCH 03/10] OPP: Allocate dev_opp from _add_device_opp() Viresh Kumar 2015-06-15 11:57 ` Viresh Kumar 2015-07-02 1:02 ` Stephen Boyd 2015-07-02 1:02 ` Stephen Boyd 2015-07-02 6:24 ` Viresh Kumar 2015-07-02 6:24 ` Viresh Kumar 2015-07-02 23:46 ` Stephen Boyd [this message] 2015-07-02 23:46 ` Stephen Boyd 2015-07-03 6:45 ` Viresh Kumar 2015-07-03 6:45 ` Viresh Kumar 2015-07-06 22:31 ` Stephen Boyd 2015-07-06 22:31 ` Stephen Boyd 2015-07-24 17:25 ` Bartlomiej Zolnierkiewicz 2015-07-24 17:25 ` Bartlomiej Zolnierkiewicz 2015-06-15 11:57 ` [PATCH 04/10] OPP: Break _opp_add_dynamic() into smaller functions Viresh Kumar 2015-06-15 11:57 ` Viresh Kumar 2015-07-24 17:42 ` Bartlomiej Zolnierkiewicz 2015-07-24 17:42 ` Bartlomiej Zolnierkiewicz 2015-06-15 11:57 ` [PATCH 05/10] opp: Add support to parse "operating-points-v2" bindings Viresh Kumar 2015-06-15 11:57 ` Viresh Kumar 2015-07-02 1:13 ` Stephen Boyd 2015-07-02 1:13 ` Stephen Boyd 2015-07-02 6:38 ` Viresh Kumar 2015-07-02 6:38 ` Viresh Kumar 2015-07-02 16:07 ` Stephen Boyd 2015-07-02 16:07 ` Stephen Boyd 2015-07-03 6:08 ` Viresh Kumar 2015-07-03 6:08 ` Viresh Kumar 2015-07-08 13:41 ` Bartlomiej Zolnierkiewicz 2015-07-08 13:41 ` Bartlomiej Zolnierkiewicz 2015-07-09 5:18 ` Viresh Kumar 2015-07-09 5:18 ` Viresh Kumar 2015-07-24 18:02 ` Bartlomiej Zolnierkiewicz 2015-07-24 18:02 ` Bartlomiej Zolnierkiewicz 2015-07-27 3:14 ` Viresh Kumar 2015-07-27 3:14 ` Viresh Kumar 2015-07-27 3:02 ` Viresh Kumar 2015-07-27 3:02 ` Viresh Kumar 2015-07-28 23:03 ` Stephen Boyd 2015-07-28 23:03 ` Stephen Boyd 2015-07-29 6:53 ` Viresh Kumar 2015-07-29 6:53 ` Viresh Kumar 2015-07-30 10:17 ` Viresh Kumar 2015-07-30 10:17 ` Viresh Kumar 2015-06-15 11:57 ` [PATCH 06/10] OPP: Add clock-latency-ns support Viresh Kumar 2015-06-15 11:57 ` Viresh Kumar 2015-07-02 1:27 ` Stephen Boyd 2015-07-02 1:27 ` Stephen Boyd 2015-06-15 11:57 ` [PATCH 07/10] opp: Add OPP sharing information to OPP library Viresh Kumar 2015-06-15 11:57 ` Viresh Kumar 2015-07-17 22:51 ` Stephen Boyd 2015-07-17 22:51 ` Stephen Boyd 2015-07-18 6:33 ` Viresh Kumar 2015-07-18 6:33 ` Viresh Kumar 2015-07-20 17:46 ` Stephen Boyd 2015-07-20 17:46 ` Stephen Boyd 2015-07-21 2:18 ` Viresh Kumar 2015-07-21 2:18 ` Viresh Kumar 2015-07-27 3:20 ` Viresh Kumar 2015-07-27 3:20 ` Viresh Kumar 2015-06-15 11:57 ` [PATCH 08/10] OPP: Add support for opp-suspend Viresh Kumar 2015-06-15 11:57 ` Viresh Kumar 2015-07-17 19:22 ` Stephen Boyd 2015-07-17 19:22 ` Stephen Boyd 2015-07-18 6:32 ` Viresh Kumar 2015-07-18 6:32 ` Viresh Kumar 2015-06-15 11:57 ` [PATCH 09/10] opp: Add helpers for initializing CPU OPPs Viresh Kumar 2015-06-15 11:57 ` Viresh Kumar 2015-06-15 11:57 ` [PATCH 10/10] cpufreq-dt: Add support for operating-points-v2 bindings Viresh Kumar 2015-06-15 11:57 ` Viresh Kumar 2015-07-09 16:13 ` Bartlomiej Zolnierkiewicz 2015-07-09 16:13 ` Bartlomiej Zolnierkiewicz 2015-07-09 16:44 ` Bartlomiej Zolnierkiewicz 2015-07-09 16:44 ` Bartlomiej Zolnierkiewicz 2015-07-15 2:59 ` Viresh Kumar 2015-07-15 2:59 ` Viresh Kumar 2015-06-30 16:44 ` [PATCH 00/10] OPP: Add code to support " Viresh Kumar 2015-06-30 16:44 ` Viresh Kumar 2015-07-17 2:36 ` Viresh Kumar 2015-07-17 2:36 ` Viresh Kumar
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=5595CD68.9040701@codeaurora.org \ --to=sboyd@codeaurora.org \ --cc=Sudeep.Holla@arm.com \ --cc=arnd.bergmann@linaro.org \ --cc=broonie@kernel.org \ --cc=kesavan.abhilash@gmail.com \ --cc=khilman@linaro.org \ --cc=l.stach@pengutronix.de \ --cc=linaro-kernel@lists.linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-pm@vger.kernel.org \ --cc=mike.turquette@linaro.org \ --cc=nm@ti.com \ --cc=rjw@rjwysocki.net \ --cc=rob.herring@linaro.org \ --cc=santosh.shilimkar@oracle.com \ --cc=ta.omasab@gmail.com \ --cc=thomas.petazzoni@free-electrons.com \ --cc=viresh.kumar@linaro.org \ --cc=viswanath.puttagunta@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: 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.