public inbox for linux-pm@vger.kernel.org
 help / color / mirror / Atom feed
From: Matthew Locke <matt@nomadgs.com>
To: Pavel Machek <pavel@ucw.cz>
Cc: pm list <linux-pm@lists.osdl.org>
Subject: Re: PowerOP, Intro 0/3
Date: Mon, 28 Aug 2006 00:37:44 -0700	[thread overview]
Message-ID: <1d71fc171bd3635111b4da9024db747f@nomadgs.com> (raw)
In-Reply-To: <20060826203841.GA4144@ucw.cz>


On Aug 26, 2006, at 1:38 PM, Pavel Machek wrote:

> Hi!
>
>>>> PowerOP Core upper layer interface provides the
>>>> following capabilities:
>>>> - to register an operating point by passing an
>>>> idenificator of the point
>>>> represened by a string and arbitrary substet of power
>>>> paremeters available on a
>>>> certain platform by a string (parameter name) and
>>>> value pairs.
>>>> - to unregister operating point by name
>>>> - to set operating point by name
>>>> - to get values of arbitrary subset of platform power
>>>> parameters associated
>>>> this  a point (point is passed by name or NULL to get
>>>> current parameter values
>>>> from hw)
>>>
>>> I do not think this can work in notebook world, sorry.
>>> You'll just get
>>> way too many operating points.
>> The only feature for notebook world currently presented
>> in the kernel is CPUFreq. CPUFreq PowerOP integration
>
> Actually no. In the notebook world, we do cpufreq, selective powerdown
> of devices (/sys/**/power/state), and suspend-to-ram/disk (not sure if
> it applies to you, but at least some powerop versions wanted to
> replace that).


The main point is that you won't get too many operating points.  You 
will get the number of operating points the x86 port of PowerOP chooses 
to have.  In the cpufreq/PowerOP integration patches you get the same 
number of operating points you have today in cpufreq.   We query ACPI 
for the list or use the hardcoded table.  Also, if we provide a 
userspace API for creating operating points,  distro's can create 
additional operating points that make sense for some specific use cases 
they would like to optimize around.


Matt

  parent reply	other threads:[~2006-08-28  7:37 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-24  1:08 PowerOP, Intro 0/3 Eugeny S. Mints
2006-08-26  8:28 ` Pavel Machek
2006-08-25 18:11   ` Eugeny S. Mints
2006-08-26 20:38     ` Pavel Machek
2006-08-27 21:34       ` Eugeny S. Mints
2006-08-28 17:34         ` Pavel Machek
2006-08-28  7:37       ` Matthew Locke [this message]
2006-08-28 16:59         ` Preece Scott-PREECE
2006-08-29  7:28           ` Matthew Locke
2006-08-29 15:42             ` David Singleton
2006-10-05  3:26             ` Dominik Brodowski
2006-08-26 13:43   ` Vitaly Wool
2006-08-26 13:55     ` Pavel Machek
2006-08-29 18:56       ` Vitaly Wool

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=1d71fc171bd3635111b4da9024db747f@nomadgs.com \
    --to=matt@nomadgs.com \
    --cc=linux-pm@lists.osdl.org \
    --cc=pavel@ucw.cz \
    /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