From: Tero Kristo <t-kristo@ti.com>
To: "Premi, Sanjeev" <premi@ti.com>
Cc: linux-omap@vger.kernel.org, broonie@opensource.wolfsonmicro.com,
"Girdwood, Liam" <lrg@ti.com>, "Hilman, Kevin" <khilman@ti.com>
Subject: RE: [PATCHv2 4/5] TEMP: OMAP3: beagle rev-c4: enable OPP6
Date: Thu, 14 Jul 2011 10:10:38 +0300 [thread overview]
Message-ID: <1310627438.4331.98.camel@sokoban> (raw)
In-Reply-To: <B85A65D85D7EB246BE421B3FB0FBB593024DB119F6@dbde02.ent.ti.com>
On Wed, 2011-07-13 at 19:49 +0200, Premi, Sanjeev wrote:
> >
Texas Instruments Oy, Tekniikantie 12, 02150 Espoo. Y-tunnus: 0115040-6. Kotipaikka: Helsinki
-----Original Message-----
> > From: linux-omap-owner@vger.kernel.org
> > [mailto:linux-omap-owner@vger.kernel.org] On Behalf Of Kristo, Tero
> > Sent: Wednesday, July 13, 2011 7:31 PM
> > To: linux-omap@vger.kernel.org
> > Cc: broonie@opensource.wolfsonmicro.com; Girdwood, Liam; Hilman, Kevin
> > Subject: [PATCHv2 4/5] TEMP: OMAP3: beagle rev-c4: enable OPP6
> >
> > Beagleboard rev-c4 has a speed sorted OMAP3530 chip which can
> > run at 720MHz.
> >
> > Signed-off-by: Tero Kristo <t-kristo@ti.com>
> > ---
> > arch/arm/mach-omap2/board-omap3beagle.c | 32
> > +++++++++++++++++++++++++++++++
> > arch/arm/mach-omap2/opp3xxx_data.c | 4 +++
> > 2 files changed, 36 insertions(+), 0 deletions(-)
> >
> > diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
> > b/arch/arm/mach-omap2/board-omap3beagle.c
> > index d7ae648..5ab507d 100644
> > --- a/arch/arm/mach-omap2/board-omap3beagle.c
> > +++ b/arch/arm/mach-omap2/board-omap3beagle.c
> > @@ -592,6 +592,38 @@ static void __init beagle_opp_init(void)
> > return;
> > }
> >
> > + /* Custom OPP enabled for C4 */
> > + if (omap3_beagle_version == OMAP3BEAGLE_BOARD_C4) {
> > + struct omap_hwmod *mh = omap_hwmod_lookup("mpu");
> > + struct omap_hwmod *dh = omap_hwmod_lookup("iva");
> > + struct device *dev;
> > +
> > + if (!mh || !dh) {
> > + pr_err("%s: Aiee.. no mpu/dsp devices? %p %p\n",
> > + __func__, mh, dh);
> > + }
> > + /* Enable MPU 720MHz opp */
> > + dev = &mh->od->pdev.dev;
> > + r = opp_enable(dev, 720000000);
> > +
> > + /* Enable IVA 520MHz opp */
> > + dev = &dh->od->pdev.dev;
> > + r |= opp_enable(dev, 520000000);
> > +
> > + if (r) {
> > + pr_err("%s: failed to enable higher opp %d\n",
> > + __func__, r);
> > + /*
> > + * Cleanup - disable the higher freqs -
> > we dont care
> > + * about the results
> > + */
> > + dev = &mh->od->pdev.dev;
> > + opp_disable(dev, 720000000);
> > + dev = &dh->od->pdev.dev;
> > + opp_disable(dev, 520000000);
> > + }
> > + }
> > +
> > /* Custom OPP enabled for all xM versions */
> > if (cpu_is_omap3630()) {
> > struct omap_hwmod *mh = omap_hwmod_lookup("mpu");
> > diff --git a/arch/arm/mach-omap2/opp3xxx_data.c
> > b/arch/arm/mach-omap2/opp3xxx_data.c
> > index d95f3f9..a0f5fe1 100644
> > --- a/arch/arm/mach-omap2/opp3xxx_data.c
> > +++ b/arch/arm/mach-omap2/opp3xxx_data.c
> > @@ -98,6 +98,8 @@ static struct omap_opp_def __initdata
> > omap34xx_opp_def_list[] = {
> > OPP_INITIALIZER("mpu", true, 550000000,
> > OMAP3430_VDD_MPU_OPP4_UV),
> > /* MPU OPP5 */
> > OPP_INITIALIZER("mpu", true, 600000000,
> > OMAP3430_VDD_MPU_OPP5_UV),
> > + /* MPU OPP6 : omap3530 high speed grade only */
> > + OPP_INITIALIZER("mpu", false, 720000000,
> > OMAP3430_VDD_MPU_OPP5_UV),
> >
> > /*
> > * L3 OPP1 - 41.5 MHz is disabled because: The voltage
> > for that OPP is
> > @@ -123,6 +125,8 @@ static struct omap_opp_def __initdata
> > omap34xx_opp_def_list[] = {
> > OPP_INITIALIZER("iva", true, 400000000,
> > OMAP3430_VDD_MPU_OPP4_UV),
> > /* DSP OPP5 */
> > OPP_INITIALIZER("iva", true, 430000000,
> > OMAP3430_VDD_MPU_OPP5_UV),
> > + /* DSP OPP6 : omap3530 high speed grade only */
> > + OPP_INITIALIZER("iva", false, 520000000,
> > OMAP3430_VDD_MPU_OPP5_UV),
> > };
> >
> > static struct omap_opp_def __initdata omap36xx_opp_def_list[] = {
>
> [sp] Basic support for 720MHz was already closed early this year.
> See: http://marc.info/?l=linux-omap&m=129735630928696&w=2
>
> I cannot check the current tree status right now; but I assume
> the patch should already be in.
>
Yea, I heard this was agreed upon, however it is not in the tree yet.
Thus I just added this patch in the set for testing purposes... and
tagged as TEMP.
> ~sanjeev
>
> > --
> > 1.7.4.1
> >
> >
> > Texas Instruments Oy, Tekniikantie 12, 02150 Espoo. Y-tunnus:
> > 0115040-6. Kotipaikka: Helsinki
> >
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe
> > linux-omap" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
next prev parent reply other threads:[~2011-07-14 7:10 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-13 14:00 [PATCHv2 0/5] OMAP SMPS regulator driver Tero Kristo
2011-07-13 14:00 ` [PATCHv2 1/5] OMAP: move voltage.h and vp.h under platform include directory Tero Kristo
2011-07-13 14:00 ` [PATCHv2 2/5] regulator: omap smps regulator driver Tero Kristo
2011-07-13 14:40 ` Mark Brown
2011-07-13 15:53 ` Tero Kristo
2011-07-13 22:55 ` Mark Brown
2011-07-14 7:51 ` Tero Kristo
2011-07-14 6:29 ` Todd Poynor
2011-07-14 7:23 ` Tero Kristo
2011-07-13 14:00 ` [PATCHv2 3/5] omap3: beagle: instantiate smps regulators Tero Kristo
2011-07-13 14:00 ` [PATCHv2 4/5] TEMP: OMAP3: beagle rev-c4: enable OPP6 Tero Kristo
2011-07-13 17:49 ` Premi, Sanjeev
2011-07-14 7:10 ` Tero Kristo [this message]
2011-07-14 8:46 ` Premi, Sanjeev
2011-07-13 14:00 ` [PATCHv2 5/5] omap: voltage: changed parameter of omap_voltage_lookup to const Tero Kristo
2011-07-13 19:00 ` [PATCHv2 0/5] OMAP SMPS regulator driver Kevin Hilman
2011-07-13 23:22 ` Mark Brown
2011-07-13 23:51 ` Kevin Hilman
2011-07-14 0:22 ` Kevin Hilman
2011-07-14 7:24 ` Tero Kristo
2011-07-18 8:19 ` Tony Lindgren
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=1310627438.4331.98.camel@sokoban \
--to=t-kristo@ti.com \
--cc=broonie@opensource.wolfsonmicro.com \
--cc=khilman@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=lrg@ti.com \
--cc=premi@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).