From: Nishanth Menon <nm@ti.com>
To: "Sripathy, Vishwanath" <vishwanath.bs@ti.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>
Subject: Re: [PATCHV2 4/4] OMAP3: add support for 192Mhz sgx clock
Date: Fri, 20 Nov 2009 10:19:14 -0600 [thread overview]
Message-ID: <4B06C182.4090009@ti.com> (raw)
In-Reply-To: <1258730937-1962-5-git-send-email-vishwanath.bs@ti.com>
unrelated to this patch comment: we might want to consider thinking in
terms of optimizing the memory as OMAP4 also kicks in.. some sort of
dynamic clock tree traversal and __initdata method perhaps??
Hi Vishwa,
Thanks for the patch, few minor comments follow:
Sripathy, Vishwanath had written, on 11/20/2009 09:28 AM, the following:
> SGX can run at 192MHz on 3630 and this patch has changes to support this
> feature. Basically DPLL4 M2 will be 192Mhz which will be used as SGX
> Clock. 192Mhz clock is divided by 2 (using CM_CLKSEL_CORE) to generate
> 96Mh clock
^^^^ <- you probably intended 96Mhz
>
> Signed-off-by: Vishwanath BS <Vishwanath.bs@ti.com>
> ---
> arch/arm/mach-omap2/clock34xx.c | 16 +++++++++++++++-
> arch/arm/mach-omap2/clock34xx.h | 33 +++++++++++++++++++++++++++++++++
> arch/arm/mach-omap2/cm-regbits-34xx.h | 2 ++
> arch/arm/mach-omap2/id.c | 7 +++++--
> arch/arm/plat-omap/include/plat/cpu.h | 3 +++
> 5 files changed, 58 insertions(+), 3 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/clock34xx.c b/arch/arm/mach-omap2/clock34xx.c
> index 1e35f9a..bce7e46 100755
> --- a/arch/arm/mach-omap2/clock34xx.c
> +++ b/arch/arm/mach-omap2/clock34xx.c
> @@ -128,6 +128,7 @@ static struct omap_clk omap34xx_clks[] = {
> CLK(NULL, "emu_core_alwon_ck", &emu_core_alwon_ck, CK_3XXX),
> CLK(NULL, "dpll4_ck", &dpll4_ck, CK_3XXX),
> CLK(NULL, "dpll4_x2_ck", &dpll4_x2_ck, CK_3XXX),
> + CLK(NULL, "omap_192m_alwon_ck", &omap_192m_alwon_ck, CK_363X),
> CLK(NULL, "omap_96m_alwon_fck", &omap_96m_alwon_fck, CK_3XXX),
> CLK(NULL, "omap_96m_fck", &omap_96m_fck, CK_3XXX),
> CLK(NULL, "cm_96m_fck", &cm_96m_fck, CK_3XXX),
> @@ -1226,7 +1227,20 @@ int __init omap2_clk_init(void)
> OMAP3630_PERIPH_DPLL_SD_DIV_MASK;
> dpll4_dd.mult_mask = OMAP3630_PERIPH_DPLL_MULT_MASK;
> cpu_mask |= RATE_IN_363X;
> - }
> + cpu_clkflg |= CK_363X;
I think introduce CK_36XX should be done seperately.
> + }
> +
> + if (omap3_has_192mhz_clk()) {
> + omap_96m_alwon_fck.parent = &omap_192m_alwon_ck;
> + omap_96m_alwon_fck.init = &omap2_init_clksel_parent;
> + omap_96m_alwon_fck.clksel_reg =
> + OMAP_CM_REGADDR(CORE_MOD, CM_CLKSEL),
> + omap_96m_alwon_fck.clksel_mask =
> + OMAP3630_CLKSEL_96M_MASK;
> + omap_96m_alwon_fck.clksel = omap_96m_alwon_fck_clksel;
> + omap_96m_alwon_fck.recalc = &omap2_clksel_recalc;
> + }
> +
> }
>
> clk_init(&omap2_clk_functions);
> diff --git a/arch/arm/mach-omap2/clock34xx.h b/arch/arm/mach-omap2/clock34xx.h
> index 93c92e5..6fe89df 100644
> --- a/arch/arm/mach-omap2/clock34xx.h
> +++ b/arch/arm/mach-omap2/clock34xx.h
> @@ -654,12 +654,31 @@ static struct clk dpll4_m2x2_ck = {
> .recalc = &omap3_clkoutx2_recalc,
> };
>
> +/* Adding 192MHz Clock node needed by SGX */
> +static struct clk omap_192m_alwon_ck = {
> + .name = "omap_192m_alwon_ck",
> + .ops = &clkops_null,
> + .parent = &dpll4_m2x2_ck,
> + .recalc = &followparent_recalc,
> +};
> +
> /*
> * DPLL4 generates DPLL4_M2X2_CLK which is then routed into the PRM as
> * PRM_96M_ALWON_(F)CLK. Two clocks then emerge from the PRM:
> * 96M_ALWON_FCLK (called "omap_96m_alwon_fck" below) and
> * CM_96K_(F)CLK.
> */
> +static const struct clksel_rate omap_96m_alwon_fck_rates[] = {
> + { .div = 1, .val = 1, .flags = RATE_IN_363X },
> + { .div = 2, .val = 2, .flags = RATE_IN_363X | DEFAULT_RATE },
> + { .div = 0 }
> +};
> +
> +static const struct clksel omap_96m_alwon_fck_clksel[] = {
> + { .parent = &omap_192m_alwon_ck, .rates = omap_96m_alwon_fck_rates },
> + { .parent = NULL }
> +};
> +
> static struct clk omap_96m_alwon_fck = {
> .name = "omap_96m_alwon_fck",
> .ops = &clkops_null,
> @@ -1223,6 +1242,18 @@ static const struct clksel_rate sgx_core_rates[] = {
> { .div = 3, .val = 0, .flags = RATE_IN_3XXX | DEFAULT_RATE },
> { .div = 4, .val = 1, .flags = RATE_IN_3XXX },
> { .div = 6, .val = 2, .flags = RATE_IN_3XXX },
> + { .div = 2, .val = 5, .flags = RATE_IN_363X },
dont we have more options here? thinking: does this mean that all 3XXX
and 36XX defines are valid ones for SGX?
> + { .div = 0 },
> +};
> +
> +static const struct clksel_rate sgx_192m_rates[] = {
> + { .div = 1, .val = 4, .flags = RATE_IN_363X | DEFAULT_RATE },
> + { .div = 0 },
> +};
> +
> +static const struct clksel_rate sgx_corex2_rates[] = {
> + { .div = 3, .val = 6, .flags = RATE_IN_363X | DEFAULT_RATE },
> + { .div = 5, .val = 7, .flags = RATE_IN_363X },
> { .div = 0 },
> };
>
> @@ -1234,6 +1265,8 @@ static const struct clksel_rate sgx_96m_rates[] = {
> static const struct clksel sgx_clksel[] = {
> { .parent = &core_ck, .rates = sgx_core_rates },
> { .parent = &cm_96m_fck, .rates = sgx_96m_rates },
> + { .parent = &omap_192m_alwon_ck, .rates = sgx_192m_rates },
> + { .parent = &corex2_fck, .rates = sgx_corex2_rates },
> { .parent = NULL },
> };
>
> diff --git a/arch/arm/mach-omap2/cm-regbits-34xx.h b/arch/arm/mach-omap2/cm-regbits-34xx.h
> index a6383f9..39b3399 100644
> --- a/arch/arm/mach-omap2/cm-regbits-34xx.h
> +++ b/arch/arm/mach-omap2/cm-regbits-34xx.h
> @@ -336,6 +336,8 @@
> #define OMAP3430_CLKSEL_L4_MASK (0x3 << 2)
> #define OMAP3430_CLKSEL_L3_SHIFT 0
> #define OMAP3430_CLKSEL_L3_MASK (0x3 << 0)
> +#define OMAP3630_CLKSEL_96M_SHIFT 12
> +#define OMAP3630_CLKSEL_96M_MASK (0x3 << 12)
>
> /* CM_CLKSTCTRL_CORE */
> #define OMAP3430ES1_CLKTRCTRL_D2D_SHIFT 4
> diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
> index 3c1194c..b1bc79d 100644
> --- a/arch/arm/mach-omap2/id.c
> +++ b/arch/arm/mach-omap2/id.c
> @@ -176,8 +176,10 @@ void __init omap3_check_features(void)
> OMAP3_CHECK_FEATURE(status, NEON);
> OMAP3_CHECK_FEATURE(status, ISP);
>
> - if (cpu_is_omap3630())
> - omap3_features |= OMAP3_HAS_JTYPE_DPLL4;
> + if (cpu_is_omap3630()) {
> + omap3_features |= OMAP3_HAS_JTYPE_DPLL4 |
> + OMAP3_HAS_192MHZ_CLK;
might be better to do this as a next entry -> you may want other chips
having 192Mhz to also use it..
Please Ref: http://patchwork.kernel.org/patch/61671/ to see how it is
done clean.
> + }
> /*
> * TODO: Get additional info (where applicable)
> * e.g. Size of L2 cache.
> @@ -319,6 +321,7 @@ void __init omap3_cpuinfo(void)
> OMAP3_SHOW_FEATURE(neon);
> OMAP3_SHOW_FEATURE(isp);
> OMAP3_SHOW_FEATURE(jtype_dpll4);
> + OMAP3_SHOW_FEATURE(192mhz_clk);
> printk(")\n");
> }
>
> diff --git a/arch/arm/plat-omap/include/plat/cpu.h b/arch/arm/plat-omap/include/plat/cpu.h
> index 65c08d5..1dffe25 100644
> --- a/arch/arm/plat-omap/include/plat/cpu.h
> +++ b/arch/arm/plat-omap/include/plat/cpu.h
> @@ -498,6 +498,7 @@ extern u32 omap3_features;
> #define OMAP3_HAS_NEON BIT(3)
> #define OMAP3_HAS_ISP BIT(4)
> #define OMAP3_HAS_JTYPE_DPLL4 BIT(5)
> +#define OMAP3_HAS_192MHZ_CLK BIT(6)
>
> #define OMAP3_HAS_FEATURE(feat,flag) \
> static inline unsigned int omap3_has_ ##feat(void) \
> @@ -511,4 +512,6 @@ OMAP3_HAS_FEATURE(iva, IVA)
> OMAP3_HAS_FEATURE(neon, NEON)
> OMAP3_HAS_FEATURE(isp, ISP)
> OMAP3_HAS_FEATURE(jtype_dpll4, JTYPE_DPLL4)
> +OMAP3_HAS_FEATURE(192mhz_clk, 192MHZ_CLK)
> +
EOL
> #endif
--
Regards,
Nishanth Menon
next prev parent reply other threads:[~2009-11-20 16:19 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-20 15:28 [PATCHV2 0/4] OMAP3: Clock changes for OMAP3630 Vishwanath BS
2009-11-20 15:28 ` [PATCHV2 1/4] OMAP3: introduce DPLL4 Jtype Vishwanath BS
2009-11-20 15:28 ` [PATCHV2 2/4] OMAP3: Clock Type change for OMAP3 Clocks Vishwanath BS
2009-11-20 15:28 ` [PATCHV2 3/4] OMAP3: Correct width for CLKSEL Fields Vishwanath BS
2009-11-20 15:28 ` [PATCHV2 4/4] OMAP3: add support for 192Mhz sgx clock Vishwanath BS
2009-11-20 16:19 ` Nishanth Menon [this message]
2009-11-23 9:30 ` Sripathy, Vishwanath
2009-11-20 15:57 ` [PATCHV2 3/4] OMAP3: Correct width for CLKSEL Fields Aguirre, Sergio
2009-11-23 8:15 ` Sripathy, Vishwanath
2009-11-20 16:00 ` Nishanth Menon
2009-11-23 9:12 ` Sripathy, Vishwanath
2009-11-20 15:44 ` [PATCHV2 2/4] OMAP3: Clock Type change for OMAP3 Clocks Nishanth Menon
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=4B06C182.4090009@ti.com \
--to=nm@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=vishwanath.bs@ti.com \
/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).