linux-amlogic.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: jbrunet@baylibre.com (Jerome Brunet)
To: linus-amlogic@lists.infradead.org
Subject: [PATCH v2 10/11] clk: fix CLK_SET_RATE_GATE with clock rate protection
Date: Tue, 23 May 2017 17:09:50 +0200	[thread overview]
Message-ID: <1495552190.2344.17.camel@baylibre.com> (raw)
In-Reply-To: <CABjU8GuZQ_2ynUTJpwNoG19zPq-P8Ld=4mwk0EvpHrPROF=bXg@mail.gmail.com>

On Tue, 2017-05-23 at 16:42 +0300, Adriana Reus wrote:
> On Mon, May 22, 2017 at 12:59 AM, Jerome Brunet <jbrunet@baylibre.com> wrote:
> > Using clock rate protection, we can now enforce CLK_SET_RATE_GATE along the
> > clock tree
> > 
> > Signed-off-by: Jerome Brunet <jbrunet@baylibre.com>
> > ---
> > ?drivers/clk/clk.c | 14 +++++++++++---
> > ?1 file changed, 11 insertions(+), 3 deletions(-)
> > 
> > diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
> > index 01306191133c..6ee5fc59cf1f 100644
> > --- a/drivers/clk/clk.c
> > +++ b/drivers/clk/clk.c
> > @@ -491,6 +491,9 @@ static void clk_core_unprepare(struct clk_core *core)
> > ????????if (WARN_ON(core->prepare_count == 1 && core->flags &
> > CLK_IS_CRITICAL))
> > ????????????????return;
> > 
> > +???????if (core->flags & CLK_SET_RATE_GATE)
> > +???????????????clk_core_rate_unprotect(core);
> 
> ^ function call before declaration (unless i missed something when applying),
> ? gets fixed in following patch, but makes this one not compile standalone.
> 

You didn't miss anything, I did. It is now fixed


> drivers/clk/clk.c: In function 'clk_core_unprepare':
> drivers/clk/clk.c:495:3: error: implicit declaration of function
> 'clk_core_rate_unprotect' [-Werror=implicit-function-declaration]
> ???clk_core_rate_unprotect(core);
> 
> > +
> > ????????if (--core->prepare_count > 0)
> > ????????????????return;
> > 
> > @@ -561,6 +564,14 @@ static int clk_core_prepare(struct clk_core *core)
> > 
> > ????????core->prepare_count++;
> > 
> > +???????/*
> > +????????* CLK_SET_RATE_GATE is a special case of clock protection
> > +????????* Instead of a consumer protection, the provider is protecting
> > +????????* itself when prepared
> > +????????*/
> > +???????if (core->flags & CLK_SET_RATE_GATE)
> > +???????????????clk_core_rate_protect(core);
> 
> ^ same here;
> Note: maybe have a quick check that each patch compiles individually
> (if you haven't already), I did not check them all.

I should have. Now it is done and it is OK (with our remarks fixed, of course)
Thanks a lot for pointing this out.

> > +
> > ????????return 0;
> > ?}
> > 
> > @@ -1738,9 +1749,6 @@ static int clk_core_set_rate_nolock(struct clk_core
> > *core,
> > ????????if (clk_core_rate_is_protected(core))
> > ????????????????return -EBUSY;
> > 
> > -???????if ((core->flags & CLK_SET_RATE_GATE) && core->prepare_count)
> > -???????????????return -EBUSY;
> > -
> > ????????/* calculate new rates and get the topmost changed clock */
> > ????????top = clk_calc_new_rates(core, req_rate);
> > ????????if (!top)
> > --
> > 2.9.4
> > 
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-clk" in
> > the body of a message to majordomo at vger.kernel.org
> > More majordomo info at??http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2017-05-23 15:09 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-21 21:59 [PATCH v2 00/11] clk: implement clock rate protection mechanism Jerome Brunet
2017-05-21 21:59 ` [PATCH v2 01/11] clk: take the prepare lock out of clk_core_set_parent Jerome Brunet
2017-05-25 18:54   ` Michael Turquette
2017-05-29  9:35     ` Jerome Brunet
2017-05-21 21:59 ` [PATCH v2 02/11] clk: add clk_core_set_phase_nolock function Jerome Brunet
2017-05-23  9:35   ` Adriana Reus
2017-05-23  9:48     ` Jerome Brunet
2017-05-25 18:58       ` Michael Turquette
2017-05-21 21:59 ` [PATCH v2 03/11] clk: rework calls to round and determine rate callbacks Jerome Brunet
2017-05-25 20:13   ` Michael Turquette
2017-05-21 21:59 ` [PATCH v2 04/11] clk: use round rate to bail out early in set_rate Jerome Brunet
2017-05-25 20:20   ` Michael Turquette
2017-05-29  9:12     ` Jerome Brunet
2017-05-21 21:59 ` [PATCH v2 05/11] clk: add support for clock protection Jerome Brunet
2017-05-25 20:58   ` Michael Turquette
2017-05-29  9:15     ` Jerome Brunet
2017-05-21 21:59 ` [PATCH v2 06/11] clk: add clk_set_rate_protect Jerome Brunet
2017-05-21 21:59 ` [PATCH v2 07/11] clk: rollback set_rate_range changes on failure Jerome Brunet
2017-05-21 21:59 ` [PATCH v2 08/11] clk: cosmetic changes to clk_summary debugfs entry Jerome Brunet
2017-05-21 21:59 ` [PATCH v2 09/11] clk: fix incorrect usage of ENOSYS Jerome Brunet
2017-05-21 21:59 ` [PATCH v2 10/11] clk: fix CLK_SET_RATE_GATE with clock rate protection Jerome Brunet
2017-05-23 13:42   ` Adriana Reus
2017-05-23 15:09     ` Jerome Brunet [this message]
2017-05-21 21:59 ` [PATCH v2 11/11] clk: move CLK_SET_RATE_GATE protection from prepare to enable Jerome Brunet
2017-05-29  9:17   ` Jerome Brunet

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=1495552190.2344.17.camel@baylibre.com \
    --to=jbrunet@baylibre.com \
    --cc=linus-amlogic@lists.infradead.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;
as well as URLs for NNTP newsgroup(s).