From: Stephen Boyd <sboyd@codeaurora.org>
To: Antony Pavlov <antonynpavlov@gmail.com>
Cc: linux-mips@linux-mips.org, Alban Bedel <albeu@free.fr>,
Michael Turquette <mturquette@baylibre.com>,
Rob Herring <robh+dt@kernel.org>,
linux-clk@vger.kernel.org, devicetree@vger.kernel.org
Subject: Re: [RFC v3 01/14] WIP: clk: add Atheros AR724X/AR913X/AR933X SoCs clock driver
Date: Fri, 29 Jan 2016 16:27:34 -0800 [thread overview]
Message-ID: <20160130002734.GX12841@codeaurora.org> (raw)
In-Reply-To: <1453580251-2341-2-git-send-email-antonynpavlov@gmail.com>
On 01/23, Antony Pavlov wrote:
> TODO: get pll registers base address from devicetree node
>
> Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com>
> Cc: Alban Bedel <albeu@free.fr>
> Cc: Michael Turquette <mturquette@baylibre.com>
> Cc: Stephen Boyd <sboyd@codeaurora.org>
> Cc: Rob Herring <robh+dt@kernel.org>
> Cc: linux-clk@vger.kernel.org
> Cc: linux-mips@linux-mips.org
> Cc: devicetree@vger.kernel.org
> ---
Is there a binding document for this?
> drivers/clk/Makefile | 1 +
> drivers/clk/clk-ath79.c | 193 ++++++++++++++++++++++++++++++++++
> include/dt-bindings/clock/ath79-clk.h | 22 ++++
> 3 files changed, 216 insertions(+)
>
> diff --git a/drivers/clk/Makefile b/drivers/clk/Makefile
> index 820714c..5101763 100644
> --- a/drivers/clk/Makefile
> +++ b/drivers/clk/Makefile
> diff --git a/drivers/clk/clk-ath79.c b/drivers/clk/clk-ath79.c
> new file mode 100644
> index 0000000..75338a7
> --- /dev/null
> +++ b/drivers/clk/clk-ath79.c
> @@ -0,0 +1,193 @@
> +/*
> + */
> +
> +#include <linux/clk.h>
> +#include <linux/clk-provider.h>
> +#include <linux/clkdev.h>
> +#include <linux/of.h>
> +#include <linux/of_address.h>
> +#include "clk.h"
Don't include this header.
> +
> +#include <dt-bindings/clock/ath79-clk.h>
> +
> +#include "asm/mach-ath79/ar71xx_regs.h"
> +#include "asm/mach-ath79/ath79.h"
Can we get away without including these headers?
> +
> +#define MHZ (1000 * 1000)
> +
> +#define AR724X_BASE_FREQ (40 * MHZ)
> +
> +static struct clk *ath79_clks[ATH79_CLK_END];
> +
> +static struct clk_onecell_data clk_data = {
> + .clks = ath79_clks,
> + .clk_num = ARRAY_SIZE(ath79_clks),
> +};
> +
> +static struct clk *__init ath79_add_sys_clkdev(
> + const char *id, unsigned long rate)
> +{
> + struct clk *clk;
> + int err;
> +
> + clk = clk_register_fixed_rate(NULL, id, NULL, CLK_IS_ROOT, rate);
> + if (!clk)
> + panic("failed to allocate %s clock structure", id);
> +
> + err = clk_register_clkdev(clk, id, NULL);
Why are we using clkdev? Can't we use DT lookups?
> + if (err)
> + panic("unable to register %s clock device", id);
> +
> + return clk;
> +}
> +
> +static void __init ar724x_clk_init(struct device_node *np)
> +{
> + struct clk *ref_clk;
> + unsigned long of_ref_rate;
> + unsigned long ref_rate;
> + unsigned long cpu_rate;
> + unsigned long ddr_rate;
> + unsigned long ahb_rate;
> + u32 pll;
> + u32 freq;
> + u32 div;
> +
> + ref_clk = of_clk_get(np, 0);
> + if (IS_ERR(ref_clk)) {
> + pr_err("%s: of_clk_get failed\n", np->full_name);
> + return;
> + }
> +
> + of_ref_rate = clk_get_rate(ref_clk);
> +
> + ref_rate = AR724X_BASE_FREQ;
> +
> + if (of_ref_rate != ref_rate) {
> + pr_err("ref_rate != of_ref_rate\n");
> + ref_rate = of_ref_rate;
> + }
> +
> + pll = ath79_pll_rr(AR724X_PLL_REG_CPU_CONFIG);
> +
> + div = ((pll >> AR724X_PLL_FB_SHIFT) & AR724X_PLL_FB_MASK);
> + freq = div * ref_rate;
> +
> + div = ((pll >> AR724X_PLL_REF_DIV_SHIFT) & AR724X_PLL_REF_DIV_MASK) * 2;
> + freq /= div;
> +
> + cpu_rate = freq;
> +
> + div = ((pll >> AR724X_DDR_DIV_SHIFT) & AR724X_DDR_DIV_MASK) + 1;
> + ddr_rate = freq / div;
> +
> + div = (((pll >> AR724X_AHB_DIV_SHIFT) & AR724X_AHB_DIV_MASK) + 1) * 2;
> + ahb_rate = cpu_rate / div;
> +
> + ath79_clks[ATH79_CLK_REF] = ath79_add_sys_clkdev("ref", ref_rate);
> + ath79_clks[ATH79_CLK_CPU] = ath79_add_sys_clkdev("cpu", cpu_rate);
> + ath79_clks[ATH79_CLK_DDR] = ath79_add_sys_clkdev("ddr", ddr_rate);
> + ath79_clks[ATH79_CLK_AHB] = ath79_add_sys_clkdev("ahb", ahb_rate);
> + ath79_clks[ATH79_CLK_WDT] = ath79_add_sys_clkdev("wdt", ahb_rate);
> + ath79_clks[ATH79_CLK_UART] = ath79_add_sys_clkdev("uart", ahb_rate);
> +
> + of_clk_add_provider(np, of_clk_src_onecell_get, &clk_data);
What if this fails?
> +}
> +
> +static void __init ar933x_clk_init(struct device_node *np)
> +{
> + struct clk *ref_clk;
> + unsigned long of_ref_rate;
> + unsigned long ref_rate;
> + unsigned long cpu_rate;
> + unsigned long ddr_rate;
> + unsigned long ahb_rate;
> + u32 clock_ctrl;
> + u32 cpu_config;
> + u32 freq;
> + u32 t;
> +
> + ref_clk = of_clk_get(np, 0);
> + if (IS_ERR(ref_clk)) {
> + pr_err("%s: of_clk_get failed\n", np->full_name);
> + return;
> + }
> +
> + of_ref_rate = clk_get_rate(ref_clk);
> +
> + t = ath79_reset_rr(AR933X_RESET_REG_BOOTSTRAP);
> + if (t & AR933X_BOOTSTRAP_REF_CLK_40)
> + ref_rate = 40 * MHZ;
> + else
> + ref_rate = 25 * MHZ;
> +
> + if (ref_rate != of_ref_rate) {
Does this happen? I'd prefer we find a way to avoid calling
of_clk_get() and clk_get_rate() in this driver.
> + pr_err("ref_rate != of_ref_rate\n");
> + ref_rate = of_ref_rate;
> + }
> +
> + clock_ctrl = ath79_pll_rr(AR933X_PLL_CLOCK_CTRL_REG);
> + if (clock_ctrl & AR933X_PLL_CLOCK_CTRL_BYPASS) {
> + cpu_rate = ref_rate;
> + ahb_rate = ref_rate;
> + ddr_rate = ref_rate;
So if it's in bypass, why not register fixed factor clocks of
1/1 and set the parent to ref_clk?
> + } else {
> + cpu_config = ath79_pll_rr(AR933X_PLL_CPU_CONFIG_REG);
> +
> + t = (cpu_config >> AR933X_PLL_CPU_CONFIG_REFDIV_SHIFT) &
> + AR933X_PLL_CPU_CONFIG_REFDIV_MASK;
> + freq = ref_rate / t;
> +
> + t = (cpu_config >> AR933X_PLL_CPU_CONFIG_NINT_SHIFT) &
> + AR933X_PLL_CPU_CONFIG_NINT_MASK;
> + freq *= t;
> +
> + t = (cpu_config >> AR933X_PLL_CPU_CONFIG_OUTDIV_SHIFT) &
> + AR933X_PLL_CPU_CONFIG_OUTDIV_MASK;
> + if (t == 0)
> + t = 1;
> +
> + freq >>= t;
> +
> + t = ((clock_ctrl >> AR933X_PLL_CLOCK_CTRL_CPU_DIV_SHIFT) &
> + AR933X_PLL_CLOCK_CTRL_CPU_DIV_MASK) + 1;
> + cpu_rate = freq / t;
> +
> + t = ((clock_ctrl >> AR933X_PLL_CLOCK_CTRL_DDR_DIV_SHIFT) &
> + AR933X_PLL_CLOCK_CTRL_DDR_DIV_MASK) + 1;
> + ddr_rate = freq / t;
> +
> + t = ((clock_ctrl >> AR933X_PLL_CLOCK_CTRL_AHB_DIV_SHIFT) &
> + AR933X_PLL_CLOCK_CTRL_AHB_DIV_MASK) + 1;
> + ahb_rate = freq / t;
These look like something we could implement as real clocks with
clk_ops. The parent still looks like ref_clk, but we would be
reading hardware in recalc_rate to figure out what the rate is.
> + }
> +
> + ath79_clks[ATH79_CLK_REF] = ath79_add_sys_clkdev("ref", ref_rate);
> + ath79_clks[ATH79_CLK_CPU] = ath79_add_sys_clkdev("cpu", cpu_rate);
> + ath79_clks[ATH79_CLK_DDR] = ath79_add_sys_clkdev("ddr", ddr_rate);
> + ath79_clks[ATH79_CLK_AHB] = ath79_add_sys_clkdev("ahb", ahb_rate);
> + ath79_clks[ATH79_CLK_WDT] = ath79_add_sys_clkdev("wdt", ahb_rate);
> + ath79_clks[ATH79_CLK_UART] = ath79_add_sys_clkdev("uart", ref_rate);
> +
> + of_clk_add_provider(np, of_clk_src_onecell_get, &clk_data);
> +}
> +CLK_OF_DECLARE(ar9130_clk, "qca,ar9130-pll", ar724x_clk_init);
> +CLK_OF_DECLARE(ar933x_clk, "qca,ar9330-pll", ar933x_clk_init);
Is there a reason this isn't a platform driver?
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
next prev parent reply other threads:[~2016-01-30 0:27 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1453580251-2341-1-git-send-email-antonynpavlov@gmail.com>
2016-01-23 20:17 ` [RFC v3 01/14] WIP: clk: add Atheros AR724X/AR913X/AR933X SoCs clock driver Antony Pavlov
2016-01-25 22:21 ` Alban
2016-01-31 20:41 ` Antony Pavlov
[not found] ` <20160131234155.eee918745880878963c044aa-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-02-01 11:03 ` Alban
2016-01-30 0:27 ` Stephen Boyd [this message]
2016-02-01 0:23 ` Antony Pavlov
2016-01-23 20:17 ` [RFC v3 04/14] MIPS: dts: qca: ar9132: make extosc-related description shorter Antony Pavlov
[not found] ` <1453580251-2341-1-git-send-email-antonynpavlov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-01-23 20:17 ` [RFC v3 03/14] MIPS: dts: qca: ar9132: use dt-bindings/clock/ath79-clk.h macros Antony Pavlov
2016-01-23 20:17 ` [RFC v3 05/14] MIPS: dts: qca: ar9132_tl_wr1043nd_v1.dts: drop unused alias node Antony Pavlov
[not found] ` <1453580251-2341-6-git-send-email-antonynpavlov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-01-25 22:25 ` Alban
2016-01-23 20:17 ` [RFC v3 06/14] MIPS: dts: qca: ar9132: use short references for uart and spi nodes Antony Pavlov
2016-01-25 22:31 ` Alban
2016-02-01 18:41 ` Antony Pavlov
2016-01-23 20:17 ` [RFC v3 08/14] MIPS: dts: qca: introduce AR9331 devicetree Antony Pavlov
[not found] ` <1453580251-2341-9-git-send-email-antonynpavlov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-01-25 22:46 ` Alban
2016-01-31 20:59 ` Antony Pavlov
2016-03-14 18:53 ` Antony Pavlov
2016-01-23 20:17 ` [RFC v3 09/14] MIPS: ath79: add initial support for TP-LINK MR3020 Antony Pavlov
2016-01-23 20:17 ` [RFC v3 10/14] devicetree: add Dragino vendor id Antony Pavlov
[not found] ` <1453580251-2341-11-git-send-email-antonynpavlov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-01-26 21:16 ` Rob Herring
2016-01-23 20:17 ` [RFC v3 11/14] MIPS: ath79: add initial support for Dragino MS14 (Dragino 2) Antony Pavlov
2016-01-23 20:17 ` [RFC v3 12/14] devicetree: add Onion Corporation vendor id Antony Pavlov
[not found] ` <1453580251-2341-13-git-send-email-antonynpavlov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-01-26 21:15 ` Rob Herring
2016-01-27 8:42 ` Antony Pavlov
2016-01-23 20:17 ` [RFC v3 13/14] MIPS: ath79: add initial support for Onion Omega Antony Pavlov
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=20160130002734.GX12841@codeaurora.org \
--to=sboyd@codeaurora.org \
--cc=albeu@free.fr \
--cc=antonynpavlov@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-mips@linux-mips.org \
--cc=mturquette@baylibre.com \
--cc=robh+dt@kernel.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).