public inbox for linux-pm@vger.kernel.org
 help / color / mirror / Atom feed
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

             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