[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1438223013.17770.42.camel@mtksdaap41>
Date: Thu, 30 Jul 2015 10:23:33 +0800
From: James Liao <jamesjj.liao@...iatek.com>
To: Stephen Boyd <sboyd@...eaurora.org>
CC: Matthias Brugger <matthias.bgg@...il.com>,
Mike Turquette <mturquette@...libre.com>,
Heiko Stubner <heiko@...ech.de>, <srv_heupstream@...iatek.com>,
Daniel Kurtz <djkurtz@...omium.org>,
"Ricky Liang" <jcliang@...omium.org>,
Rob Herring <robh+dt@...nel.org>,
"Sascha Hauer" <kernel@...gutronix.de>,
<devicetree@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-kernel@...r.kernel.org>,
<linux-mediatek@...ts.infradead.org>,
Sascha Hauer <s.hauer@...gutronix.de>
Subject: Re: [PATCH v5 06/10] clk: mediatek: mt8173: Fix enabling of
critical clocks
Hi Stephen,
On Wed, 2015-07-29 at 17:27 -0700, Stephen Boyd wrote:
> On 07/29, James Liao wrote:
> > From: Sascha Hauer <s.hauer@...gutronix.de>
> >
> > On the MT8173 the clocks are provided by different units. To enable
> > the critical clocks we must be sure that all parent clocks are already
> > registered, otherwise the parents of the critical clocks end up being
> > unused and get disabled later.
> >
> > On MT8173, for example, it is the CLK_TOP clocks that have CLK_APMIXED
> > PLLs as their parents, so we cannot enable the CLK_TOP critical clocks
> > until the CLK_APMIXED clocks have all been registered.
> >
> > To find a place where all parents are registered we try each time
> > after we've registered some clocks if all known providers are present
> > now and only then we enable the critical clocks.
> >
> > Signed-off-by: Sascha Hauer <s.hauer@...gutronix.de>
> > Signed-off-by: James Liao <jamesjj.liao@...iatek.com>
> > ---
>
> Please move up to v4.2-rc2 so that this patch can be dropped. I
> already applied this and sent it off to Linus so it's in -rc2.
OK. I'll rebase to v4.2-rc2 in next patchset.
Best regards,
James
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists