From: alexander.stein@systec-electronic.com (Alexander Stein)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/1] clk-imx35: Add clko clock support
Date: Mon, 23 Jun 2014 08:21:49 +0200 [thread overview]
Message-ID: <2789534.qY6c0ymzGl@ws-stein> (raw)
In-Reply-To: <20140620081546.GG28225@dragon>
On Friday 20 June 2014 16:15:47, Shawn Guo wrote:
> On Tue, Jun 17, 2014 at 09:27:43AM +0200, Alexander Stein wrote:
> > This adds a new clk which is programmable using different sources and
> > dividers.
> >
> > Signed-off-by: Alexander Stein <alexander.stein@systec-electronic.com>
> > ---
> > I know some (most) of the new lines are larger than 80 characters, but I kept
> > the same layout as the other lines.
> > Also lots of the clock sources are not used in linux, so I have given them
> > a descriptive name though.
> >
> > arch/arm/mach-imx/clk-imx35.c | 21 ++++++++++++++++++++-
> > 1 file changed, 20 insertions(+), 1 deletion(-)
> >
> > diff --git a/arch/arm/mach-imx/clk-imx35.c b/arch/arm/mach-imx/clk-imx35.c
> > index 71c86a2..acf821c 100644
> > --- a/arch/arm/mach-imx/clk-imx35.c
> > +++ b/arch/arm/mach-imx/clk-imx35.c
> > @@ -49,6 +49,13 @@ static struct clk_onecell_data clk_data;
> >
> > static const char *std_sel[] = {"ppll", "arm"};
> > static const char *ipg_per_sel[] = {"ahb_per_div", "arm_per_div"};
> > +static const char *clko_select[] = {"ckil", "osc", "osc_audio", "dummy",
> > + "mpll_075", "mpll", "ppll", "arm",
> > + "ahb", "ipg", "ipg_per", "usbdiv",
> > + "esdhc1_div", "ssi1_div_post", "mlb_gate",
> > + "mshc_gate", "mpll_lock", "csi_div",
> > + "spdif_div_post", "uart1_gate", "asrc",
> > + "dptc", "arm_ungated", "nfc_div", "hsp"};
>
> Any new string you add here should have a corresponding clk in clock
> framework.
Ew, ok... As lots of those clocks are not (yet?) supported in the clock framework this list will contains many "dummy" entries, but well I get your point.
> > enum mx35_clks {
> > ckih, mpll, ppll, mpll_075, arm, hsp, hsp_div, hsp_sel, ahb, ipg,
> > @@ -64,7 +71,7 @@ enum mx35_clks {
> > rtc_gate, rtic_gate, scc_gate, sdma_gate, spba_gate, spdif_gate,
> > ssi1_gate, ssi2_gate, uart1_gate, uart2_gate, uart3_gate, usbotg_gate,
> > wdog_gate, max_gate, admux_gate, csi_gate, csi_div, csi_sel, iim_gate,
> > - gpu2d_gate, clk_max
> > + gpu2d_gate, clko_sel, clko_div1, clko_div, clko_gate, clk_max
> > };
> >
> > static struct clk *clk[clk_max];
> > @@ -146,6 +153,10 @@ int __init mx35_clocks_init(void)
> > clk[csi_sel] = imx_clk_mux("csi_sel", base + MX35_CCM_PDR2, 7, 1, std_sel, ARRAY_SIZE(std_sel));
> > clk[csi_div] = imx_clk_divider("csi_div", "csi_sel", base + MX35_CCM_PDR2, 16, 6);
> >
> > + clk[clko_sel] = imx_clk_mux("clko_sel", base + MX35_CCM_COSR, 0, 5, clko_select, ARRAY_SIZE(clko_select));
> > + clk[clko_div1] = imx_clk_divider("clko_div1", "clko_sel", base + MX35_CCM_COSR, 6, 1);
> > + clk[clko_div] = imx_clk_divider("clko_div", "clko_div1", base + MX35_CCM_COSR, 10, 6);
> > +
> > clk[asrc_gate] = imx_clk_gate2("asrc_gate", "ipg", base + MX35_CCM_CGR0, 0);
> > clk[pata_gate] = imx_clk_gate2("pata_gate", "ipg", base + MX35_CCM_CGR0, 2);
> > clk[audmux_gate] = imx_clk_gate2("audmux_gate", "ipg", base + MX35_CCM_CGR0, 4);
> > @@ -200,6 +211,8 @@ int __init mx35_clocks_init(void)
> > clk[iim_gate] = imx_clk_gate2("iim_gate", "ipg", base + MX35_CCM_CGR3, 2);
> > clk[gpu2d_gate] = imx_clk_gate2("gpu2d_gate", "ahb", base + MX35_CCM_CGR3, 4);
> >
> > + clk[clko_gate] = imx_clk_gate("clko_gate", "clko_div", base + MX35_CCM_COSR, 5);
> > +
> > for (i = 0; i < ARRAY_SIZE(clk); i++)
> > if (IS_ERR(clk[i]))
> > pr_err("i.MX35 clk %d: register failed with %ld\n",
> > @@ -260,6 +273,7 @@ int __init mx35_clocks_init(void)
> > clk_register_clkdev(clk[nfc_div], NULL, "imx25-nand.0");
> > clk_register_clkdev(clk[csi_gate], NULL, "mx3-camera.0");
> > clk_register_clkdev(clk[admux_gate], "audmux", NULL);
> > + clk_register_clkdev(clk[clko_gate], NULL, "clko.0");
>
> Will this lookup be used somewhere?
Well, as this is a pretty customizable output clock signal, I think this will only be used in custom board implementation. Or is there any generic driver to configure an arbitrary programmable clock?
Alexander
next prev parent reply other threads:[~2014-06-23 6:21 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-17 7:27 [PATCH 1/1] clk-imx35: Add clko clock support Alexander Stein
2014-06-20 8:15 ` Shawn Guo
2014-06-23 6:21 ` Alexander Stein [this message]
2014-06-25 6:53 ` Shawn Guo
2014-06-25 8:58 ` Alexander Stein
2014-06-25 9:54 ` Russell King - ARM Linux
2014-06-25 13:12 ` Shawn Guo
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=2789534.qY6c0ymzGl@ws-stein \
--to=alexander.stein@systec-electronic.com \
--cc=linux-arm-kernel@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