linux-omap.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: Deepa Raj <draj187@hotmail.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>
Subject: Re: Questions about enabling dps(dynamic power switching) and SLM
Date: Tue, 19 Aug 2014 08:01:11 -0700	[thread overview]
Message-ID: <20140819150110.GG9239@atomide.com> (raw)
In-Reply-To: <BLU185-W16CBCC06A88D78F300AE9AECD40@phx.gbl>

Hi,

* Deepa Raj <draj187@hotmail.com> [140818 10:32]:
> Hi Tony,
> 
> I have few more questions on OMAP3:
> 
> 1) As you know there are power scripts in drivers/mfd folder for PMIC chip (Triton2). Is this mandatory to use these scripts like there are P1,P2,P3 areas are there in PMIC.

Not mandatory, but you need to configure the scripts if you want
the PMIC to trigger changes during deeper idle states based on
sys_clkreq and sys_off_mode pins.
 
> 2) My understanding was when regulator_enable and disable are called from device drivers, voltage regulators are powered on/off, is it correct, if yes, why do we need to use power scripts?

We still need to configure scripts as when the system hits retention
or off mode during idle, the regulator framework can't do anything.

For most part we want to configure PMIC to shut down vpll1, vdd1
and vdd2 during off-idle while keeping everything else controlled
by the regulator framework. Optionally also the oscillator can be
cut off and regen.

FYI, there's a bug in omap3_idle_rconfig that I'll provide a patch
for today. Most of it should use TWL4030_RESCONFIG_UNDEF instead
of DEV_GRP_NULL.
 
> 3) Suppose HiFreq clk source (Oscillator), since there are no suspend/resume hooks from PMIC. Do we mandatory to use these scripts during suspend to RAM or we can directly power off oscillators or is there any hardware mechanism also, when all voltage regulators are disabled, HiFreq oscillator will be cut off.

That must be done withe the scripts as nothing else can run
without the oscillator :)
 
> 4) Do power scripts are mandatory for all OMAP platforms?

Not mandatory, but needed for many battery operated devices to
save power.

Regards,

Tony

  reply	other threads:[~2014-08-19 15:01 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-13 13:08 Questions about enabling dps(dynamic power switching) and SLM Deepa Raj
2014-08-14 14:09 ` Tony Lindgren
     [not found]   ` <BLU185-W41F1B3F381C31F1C3B8266ECD40@phx.gbl>
2014-08-18 17:30     ` Deepa Raj
2014-08-19 15:01       ` Tony Lindgren [this message]
     [not found]         ` <BLU185-W41D02CD4B210AFAA8F36ECECC50@phx.gbl>
2014-09-18 17:06           ` 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=20140819150110.GG9239@atomide.com \
    --to=tony@atomide.com \
    --cc=draj187@hotmail.com \
    --cc=linux-omap@vger.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).