[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <cfce1685-296a-a669-bb7d-bf14d43004ed@ti.com>
Date: Thu, 3 May 2018 18:48:20 +0530
From: Sekhar Nori <nsekhar@...com>
To: David Lechner <david@...hnology.com>, <linux-clk@...r.kernel.org>,
<devicetree@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>
CC: Michael Turquette <mturquette@...libre.com>,
Stephen Boyd <sboyd@...eaurora.org>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
Kevin Hilman <khilman@...nel.org>,
Bartosz Golaszewski <bgolaszewski@...libre.com>,
Adam Ford <aford173@...il.com>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v9 09/27] ARM: davinci: dm644x: add new clock init using
common clock framework
On Friday 27 April 2018 05:47 AM, David Lechner wrote:
> void __init dm644x_init_time(void)
> {
> +#ifdef CONFIG_COMMON_CLK
> + void __iomem *pll1, *psc;
> + struct clk *clk;
> +
> + clk_register_fixed_rate(NULL, "ref_clk", NULL, 0, DM644X_REF_FREQ);
> +
> + pll1 = ioremap(DAVINCI_PLL1_BASE, SZ_1K);
> + dm355_pll1_init(NULL, pll1, NULL);
This should be dm644x_*()
> +
> + psc = ioremap(DAVINCI_PWR_SLEEP_CNTRL_BASE, SZ_4K);
> + dm355_psc_init(NULL, psc);
This one should be dm644x_*()
With those fixes, I was able to bootup on DM644x EVM and a visual
inspection of clock debug dump shows it remains same before and after
the conversion.
Thanks,
Sekhar
Powered by blists - more mailing lists