[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20191008175330.GA28160@kozik-lap>
Date: Tue, 8 Oct 2019 19:53:30 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Sylwester Nawrocki <s.nawrocki@...sung.com>
Cc: Lihua Yao <ylhuajnu@...look.com>,
linux-arm-kernel@...ts.infradead.org,
linux-samsung-soc@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] ARM: dts: s3c64xx: Fix init order of clock providers
On Tue, Oct 08, 2019 at 07:30:50PM +0200, Sylwester Nawrocki wrote:
> On 10/8/19 18:59, Krzysztof Kozlowski wrote:
> > From: Lihua Yao <ylhuajnu@...look.com>
> >
> > fin_pll is the parent of clock-controller@...0f000, specify
> > the dependency to ensure proper initialization order of clock
> > providers.
>
> > Fixes: 3f6d439f2022 ("clk: reverse default clk provider initialization order in of_clk_init()")
>
> The patch looks good but I'm not sure above tag points to the right commit.
> That commit is just a regression fix for
> 1771b10d605d26cc "clk: respect the clock dependencies in of_clk_init"
>
> How about picking some commit touching the dts files itself, e.g.
> a43736deb47d21bd "ARM: dts: Add dts file for S3C6410-based Mini6410 board" ?
As I understood, the mentioned commit "reverse default clk provider"
caused issue to appear, because of reversed order (first version of this
patch played with the order). Even though that commit was not strictly
the cause, but should come proably with proper DTS change. Therefore
the fixes points to right moment of backports.
The DTS commit, at that time, was correct with bindings and with driver.
>
> > Signed-off-by: Lihua Yao <ylhuajnu@...look.com>
> > Signed-off-by: Krzysztof Kozlowski <krzk@...nel.org>
>
> Reviewed-by: Sylwester Nawrocki <s.nawrocki@...sung.com>
Thanks!
Best regards,
Krzysztof
Powered by blists - more mailing lists