From: "Robert C. Paulsen Jr." <robert-J3gkRE/D7QA8RZtLRHdnRF6hYfS7NtTn@public.gmane.org>
To: Linux Power Management Development
<linux-pm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
Linux ACPI Development
<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
Linux APMD <apmd-list-+wEybqfU8vgCzWx7n4ubxQ@public.gmane.org>,
CPU Frequency <cpufreq-1walMZg8u8rXmaaqVzeoHQ@public.gmane.org>
Subject: An embedded-Linux power-management framework
Date: Fri, 2 Aug 2002 12:28:02 -0500 [thread overview]
Message-ID: <20020802172802.GA32612@avalon.paulsen.org> (raw)
An embedded-Linux power-management framework
============================================
A dynamic power management framework for Linux is necessary to support the
flexible and aggressive power management policies made possible by the new
class of dynamic voltage- and frequency-scalable embedded processors including
the IBM PowerPC 405LP and the Intel XScale PXA210 and PXA250.
We have recently started work in this and would appreciated feedback on the
direction we are headed, summarized as a set of requirements below. Once
we have a start at a specification and some code we will put everything on
Sourceforge as an Open Source project. Please let us know what you think!
Requirements
============
Since CPU power typically increases as the cube of voltage while CPU frequency
scales linearly with voltage, very significant power savings can be achieved by
selecting the correct operating point for the current application set. For
example, playing an MP3 with madplay only takes about 30 Mhz of the 405LP CPU.
By running the system at the lowest operating point sufficient to play the MP3
(100 MHz @ 1.0 V) vs. the highest possible operating point (266 MHz @ 1.8 V) an
immediate system power reduction (CPU + memory) of 40% is realized. Since the
405LP can scale CPU and bus frequencies with an OS overhead in the tens of
microseconds, it also makes sense to scale back the CPU and bus during idle.
The power reduction between idling at 33 MHz and 100 Mhz is about 20% in one
system, and is significant because scaling back the bus frequency also reduces
the SDRAM power. The low overhead required to do this scaling means we can
achieve these power savings without impacting interrupt response time too much.
Even with more power-hungry applications like MPEG-4 playback, on the 405LP
we've found that voltage- and frequency-scaling the system to a low-power state
during the inter-frame gaps (i.e. 30 times per second) can reduce system power
consumption (extends battery life) by 10%, and has no visible impact on the
video playback.
In addition, devices using these newer processors continue to support the
traditional static power management using sleep, hibernate, (etc.)
power-saving states.
In summary, the requirements for a Linux power-management framework are:
1. Support dynamic power management by taking advantage of the dynamic
scaling capabilities of new hardware.
2. Support traditional static power management.
3. Both static and dynamic power management need to be supported with a
Linux-specific, BIOS-independent, architecture-independent design.
This consolidated design must account for interactions between static
and dynamic power management.
4. Support embedded systems with uni-processors and symmetric or
asymmetric multiprocessors.
5. Support pluggable power management policies. This allows end-users to
install applications that benefit from unique power policies and
supports the following requirement.
6. Allow applications to both choose and provide hints to power policies.
Thanks!
From:
Hollis Blanchard <hollis-V7BBcbaFuwjMbYB6QlFGEg@public.gmane.org> (IBM)
Bishop Brock <bcbrock-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org> (IBM)
Matthew Locke <mlocke-Igf4POYTYCDQT0dZR+AlfA@public.gmane.org> (MontaVista)
Mark Orvek <morvek-Igf4POYTYCDQT0dZR+AlfA@public.gmane.org> (MontaVista)
Robert Paulsen <rpaulsen-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org> (IBM)
Karthick Rajamani <karthick-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org> (IBM)
--
Robert C. Paulsen, Jr.
robert-J3gkRE/D7QA8RZtLRHdnRF6hYfS7NtTn@public.gmane.org
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
next reply other threads:[~2002-08-02 17:28 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-02 17:28 Robert C. Paulsen Jr. [this message]
[not found] ` <20020802172802.GA32612-o5m52qS82XggC06IV0sn5h2eb7JE58TQ@public.gmane.org>
2002-08-02 19:11 ` An embedded-Linux power-management framework Alan Cox
[not found] ` <1028315477.18635.113.camel-MMxVpc8zpTQVh3rx8e9g/fyykp6/JSeS3vcXtXqGYxw@public.gmane.org>
2002-08-02 18:20 ` Hollis Blanchard
[not found] ` <1028312475.23390.63.camel-j9xLUTenKzJXsEFxtoW7CMxtgHpCUUYS@public.gmane.org>
2002-08-02 23:29 ` Alan Cox
2002-08-03 0:48 ` Johnathan Hicks
[not found] ` <3D4B284F.20402-Pn2JTpibVOrk1uMJSBkQmQ@public.gmane.org>
2002-08-03 13:47 ` Alan Cox
2002-08-03 14:50 ` Johnathan Hicks
2002-08-02 23:31 ` Alan Cox
2002-08-03 8:58 ` Pavel Machek
-- strict thread matches above, loose matches on Subject: below --
2002-08-03 1:28 Bishop Brock
[not found] ` <OF94EF243F.A49E95B4-ON86256C09.00716EF4-yJlKWOkj9xhBDgjK7y7TUQ@public.gmane.org>
2002-08-03 13:40 ` Alan Cox
2002-08-03 2:29 Bishop Brock
[not found] ` <OF4415334C.6C7486B8-ON86256C0A.00081BB4-yJlKWOkj9xhBDgjK7y7TUQ@public.gmane.org>
2002-08-03 13:32 ` Alan Cox
[not found] <3D4BEDA4.4030908-Pn2JTpibVOrk1uMJSBkQmQ@public.gmane.org>
2002-08-06 14:55 ` Alan Cox
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=20020802172802.GA32612@avalon.paulsen.org \
--to=robert-j3gkre/d7qa8rztlrhdnrf6hyfs7nttn@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=apmd-list-+wEybqfU8vgCzWx7n4ubxQ@public.gmane.org \
--cc=cpufreq-1walMZg8u8rXmaaqVzeoHQ@public.gmane.org \
--cc=linux-pm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.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