public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
From: Kevin Hilman <khilman@ti.com>
To: "Mark A. Greer" <mgreer@animalcreek.com>
Cc: linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	paul@pwsan.com
Subject: Re: [PATCH 05/12] arm: omap3: am35x: Add PWROFF feature
Date: Wed, 11 Apr 2012 15:46:20 -0700	[thread overview]
Message-ID: <87iph5q43n.fsf@ti.com> (raw)
In-Reply-To: <1334171147-7517-6-git-send-email-mgreer@animalcreek.com> (Mark A. Greer's message of "Wed, 11 Apr 2012 12:05:40 -0700")

Hi Mark,

"Mark A. Greer" <mgreer@animalcreek.com> writes:

> From: "Mark A. Greer" <mgreer@animalcreek.com>
>
> Typical OMAP3 SoCs have four power domain states: ON,
> INACTIVE, RETENTION, and OFF.  The am35x family of SoCs
> has only two states: ON and INACTIVE.  To distinguish which
> set of states the current device has, add the 'OMAP3_HAS_PWROFF'
> feature.  When that feature/bit is set, the device supports the
> RETENTION and OFF states; otherwise, it doesn't.
>
> Signed-off-by: Mark A. Greer <mgreer@animalcreek.com>

Paul has mentioned this already, but the same applies here: We shouldn't
be using SoC-global feature flag for this.   We already have per-pwrdm
flags that indicate what states a given powerdomain suports (see .pwrsts
field.)

Wherever we have blind writes to next powerstates that assume support
for RET/OFF is present, those should probably use a helper function from
the powerdomain code that checks if that state is even supported.

Jean's work on functional powerstates will probably help here if you
really need to support INACTIVE.  However, Paul may be right in that you
might just start with supporing ON only, and validate that module-level
wakups acutally work.

Kevin

  reply	other threads:[~2012-04-11 22:46 UTC|newest]

Thread overview: 63+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-11 19:05 arm: omap3: am35x: Powerdomain, EMIF4, etc. fixups Mark A. Greer
2012-04-11 19:05 ` [PATCH 01/12] arm: omap3: Only access IVA if one exists Mark A. Greer
2012-04-11 19:05 ` [PATCH 02/12] arm: omap3: Only sleep during cpu_idle if I/O wake-ups work Mark A. Greer
2012-04-11 21:38   ` Paul Walmsley
2012-04-11 23:42   ` Jon Hunter
2012-04-13  0:13     ` Mark A. Greer
2012-04-11 19:05 ` [PATCH 03/12] arm: omap3: Only sleep in cpuidle driver " Mark A. Greer
2012-04-11 21:37   ` Paul Walmsley
2012-04-11 22:23     ` Mark A. Greer
2012-04-11 22:47       ` Paul Walmsley
2012-04-11 23:08         ` Mark A. Greer
2012-04-24 20:51     ` Mark A. Greer
2012-04-24 23:25       ` Mark A. Greer
2012-04-27 21:12         ` Kevin Hilman
2012-04-27 21:55           ` Mark A. Greer
2012-04-30 21:34           ` Mark A. Greer
2012-04-30 22:00             ` Kevin Hilman
2012-04-30 22:18               ` Mark A. Greer
2012-04-11 19:05 ` [PATCH 04/12] arm: omap3: am35x: Don't mark missing features as present Mark A. Greer
2012-04-11 19:05 ` [PATCH 05/12] arm: omap3: am35x: Add PWROFF feature Mark A. Greer
2012-04-11 22:46   ` Kevin Hilman [this message]
2012-04-11 23:11     ` Mark A. Greer
2012-04-24  4:36     ` Mark A. Greer
2012-04-27 21:07       ` Kevin Hilman
2012-04-30 22:08         ` Mark A. Greer
2012-04-11 19:05 ` [PATCH 06/12] arm: omap3: am35x: Add full PWRDM_POWER_INACTIVE support Mark A. Greer
2012-04-11 20:56   ` Jean Pihet
2012-04-11 21:08     ` Paul Walmsley
2012-04-11 21:14       ` Mark A. Greer
2012-04-11 21:15         ` Jean Pihet
2012-04-11 21:12     ` Mark A. Greer
2012-04-11 22:17   ` Paul Walmsley
2012-04-11 19:05 ` [PATCH 07/12] arm: omap3: am35x: Set proper powerdomain states Mark A. Greer
2012-04-11 21:53   ` Paul Walmsley
2012-04-11 22:40     ` Mark A. Greer
2012-04-12  0:24       ` Jon Hunter
2012-04-12  2:19         ` Mark A. Greer
2012-04-11 19:05 ` [PATCH 08/12] arm: omap3: am35x: Fix clockdomain dependencies Mark A. Greer
2012-04-11 21:44   ` Paul Walmsley
2012-04-11 21:55     ` Mark A. Greer
2012-04-11 22:04       ` Paul Walmsley
2012-04-11 22:49         ` Mark A. Greer
2012-04-11 23:49           ` Paul Walmsley
2012-04-12  2:23             ` Mark A. Greer
2012-04-12  2:29               ` Paul Walmsley
2012-04-12 23:00                 ` Mark A. Greer
2012-04-11 19:05 ` [PATCH 09/12] arm: omap3: am35x: Add SDRC EMIF4 feature Mark A. Greer
2012-04-11 21:29   ` Paul Walmsley
2012-04-11 22:50     ` Mark A. Greer
2012-04-11 22:56   ` Paul Walmsley
2012-04-11 23:23     ` Mark A. Greer
2012-04-11 19:05 ` [PATCH 10/12] arm: omap3: am35x: Add minimal EMIF4 support Mark A. Greer
2012-04-11 21:31   ` Paul Walmsley
2012-04-11 23:22     ` Mark A. Greer
2012-04-11 19:05 ` [PATCH 11/12] arm: omap3: am35x: Add do_wfi routine for EMIF4 submodules Mark A. Greer
2012-04-11 22:35   ` Kevin Hilman
2012-04-11 23:26     ` Mark A. Greer
2012-04-11 22:36   ` Paul Walmsley
2012-04-13  0:12     ` Mark A. Greer
2012-04-11 22:54   ` Paul Walmsley
2012-04-11 19:05 ` [PATCH 12/12] arm: omap3: am35x: Register davinci_mdio before davinci_emac Mark A. Greer
2012-04-11 21:24   ` Paul Walmsley
2012-04-11 22:00     ` Mark A. Greer

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=87iph5q43n.fsf@ti.com \
    --to=khilman@ti.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=mgreer@animalcreek.com \
    --cc=paul@pwsan.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