From: Matthew Locke <matt@nomadgs.com>
To: Greg KH <greg@kroah.com>, pm list <linux-pm@lists.osdl.org>
Cc: kernel list <linux-kernel@vger.kernel.org>
Subject: PowerOP summary
Date: Thu, 14 Sep 2006 01:28:25 -0700 [thread overview]
Message-ID: <330177f4f8f83d0d39034c8f05d4b1f7@nomadgs.com> (raw)
As a result of some discussion during the Linux PM summit between
myself, Todd Poynor, Dominik Brodowski, Mark Gross, Amit Kucheria and a
few others, Eugeny and I have been working on getting a power
management interface called PowerOP accepted. A good bit of
discussion has occurred on linux-pm over the last couple months about
PowerOP interfaces and why its needed. Here is a short summary
requested by Greg:
Summary
PowerOP is an interface to create and select operating points.
Operating points are a collection of platform specific system
parameters (ie not i/o devices) that affect power consumption. These
parameters include cpu frequency, voltages, clock sources and dividers
and others. PowerOP provides a platform independent interface to
control these platform specific parameters. This interface is a basic
building block of a power management stack for advanced power
management on embedded mobile devices. For those familiar with
cpufreq, it can be viewed as a redesign of the cpufreq_driver layer to
be platform independent and enable more advanced governors and policies
on hardware with lots of power parameters.
Developers
Matthew Locke and Eugeny Mints are the main guys behind PowerOP now but
many have contributed to get to this point.
A few key points
- PowerOP does not replace cpufreq
- PowerOP authors and advocates are not suggesting to replace cpufreq
- PowerOP is required for doing power management on embedded mobile
devices
- PowerOP patches are standalone and do not require integration with
cpufreq or suspend/resume subsystems
- PowerOP does not break anything including existing userspace
interface and centrino code.
We will resend the patches again for review and discussion. Each patch
contains more detailed description.
Matt and Eugeny
next reply other threads:[~2006-09-14 8:28 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-14 8:28 Matthew Locke [this message]
2006-09-18 13:39 ` PowerOP summary Greg KH
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=330177f4f8f83d0d39034c8f05d4b1f7@nomadgs.com \
--to=matt@nomadgs.com \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@lists.osdl.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