public inbox for linux-pm@vger.kernel.org
 help / color / mirror / Atom feed
From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: linux-pm@lists.linux-foundation.org
Subject: Re: Re: Platform-specific system power states
Date: Fri, 22 Jun 2007 23:30:35 +0200	[thread overview]
Message-ID: <200706222330.35829.rjw@sisk.pl> (raw)
In-Reply-To: <200706221249.29068.david-b@pacbell.net>

On Friday, 22 June 2007 21:49, David Brownell wrote:
> On Thursday 21 June 2007, Alan Stern wrote:
> > 
> > I'd be perfectly happy to have the list of supported system power 
> > states be exported by the platform code instead of predetermined by the 
> > PM core.  It would still be necessary to add a method whereby the PM 
> > core could inform the platform about the new target state at the 
> > beginning of a state change.  And of course there would have to be a 
> > way for drivers or subsystems to query the platform, to see what 
> > resources would be available.
> 
> Rafael will propose the new method, I guess;

Yes, I will.

Still, for now, I'm going to make it take an integer argument equal to either
PM_SUSPEND_STANDBY or PM_SUSPEND_MEM, since these are the only two sleep states
known to the core right now.

I think, however, that in the long run the better solution would be to make
the platform tell the PM core, during the initialization, what system sleep
states are available.  Then, before the transition, the PM core will tell the
platform which state is the target one.  IMO for this purpose the sleep will
need to be identified in a universal way and perhaps it's a good idea to
discuss that for a while. ;-)

> and as for querying, the many power-related resources involved would seem to
> be clocks and power domains.  ACPI has an internal notion of the latter, but 
> skips the former.  You've seen my proposal for what seems to be sufficient in
> the case of clocks.  (And one of these days I'm sure I'll push it upstream.
> After that new method lands, to replace the now-missing functionality...)

In fact the ACPI spec regards clock sources as power resources.  More
precisely, it defines a power resource as "resources (for example, power planes
and clock sources) that a device requires to operate in a given power state"
(Section 2.1 in the 3.0b spec).  Perhaps we also could use a general notion of
"power resource" in a similar fashion?

Greetings,
Rafael


-- 
"Premature optimization is the root of all evil." - Donald Knuth

  reply	other threads:[~2007-06-22 21:30 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.LNX.4.44L0.0706211424170.14859-100000@iolanthe.rowland.org>
2007-06-21 19:51 ` Re: [RFD] How to tell ACPI drivers what the target sleep state is (was: Re: [PATCH 1/2] acpi choose sleep state help) David Brownell
2007-06-21 20:19 ` Rafael J. Wysocki
     [not found] ` <200706212219.52699.rjw@sisk.pl>
2007-06-21 20:32   ` David Brownell
     [not found]   ` <200706211332.23466.david-b@pacbell.net>
2007-06-21 20:50     ` Rafael J. Wysocki
     [not found] ` <200706211251.52952.david-b@pacbell.net>
2007-06-21 20:35   ` Rafael J. Wysocki
     [not found]   ` <200706212235.23947.rjw@sisk.pl>
2007-06-21 20:46     ` David Brownell
     [not found]     ` <200706211346.43198.david-b@pacbell.net>
2007-06-21 21:02       ` Rafael J. Wysocki
2007-06-21 21:00   ` Platform-specific system power states Alan Stern
2007-06-22 19:49     ` David Brownell
2007-06-22 21:30       ` Rafael J. Wysocki [this message]
2007-06-23  1:32         ` Alan Stern
2007-06-23 20:20           ` Rafael J. Wysocki
2007-06-25  0:10             ` David Brownell
2007-06-25 22:59               ` Rafael J. Wysocki
2007-06-25  0:26         ` David Brownell
2007-06-25 23:04           ` Rafael J. Wysocki

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=200706222330.35829.rjw@sisk.pl \
    --to=rjw@sisk.pl \
    --cc=linux-pm@lists.linux-foundation.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