From: David Brownell <david-b@pacbell.net>
To: "Scott E. Preece" <preece@motorola.com>
Cc: linux-pm@lists.osdl.org, linux@dominikbrodowski.net, pavel@ucw.cz
Subject: Re: Alternative Concept
Date: Thu, 15 Mar 2007 16:07:30 -0700 [thread overview]
Message-ID: <200703151607.31269.david-b@pacbell.net> (raw)
In-Reply-To: <200703151329.l2FDTh3B000785@olwen.urbana.css.mot.com>
On Thursday 15 March 2007 6:29 am, Scott E. Preece wrote:
> | > For the rest of us, though, all the stuff you're currently
> | > doing for power management is wasted effort and why should we incur
> | > costs to work around them?
> |
> | Me personally? What specifically are you referring to, and
> | in what respects would that be "wasted" effort?
> ---
>
> As noted in previous apology, I was speaking over-broadly. However, as I
> said, we currently configure out cpufreq and ACPI support,
ACPI -- goes without saying, unless you're on x86 or ia64.
cpufreq -- similar, although some non-x86 versions do exist, and seem
to provide limited power savings in a few cases (in conjunction with
voltage scaling, since the cost of N cpu cycles is otherwise constant).
> among other
> things, so they represent wasted effort from the particular perspective
> of our products. I was speaking rhetorically - just saying that the work
> done on cpufreq and ACPI was "wasted effort" in exactly the same sense
> that work spent on supporting the PM needs of embedded devices would be.
I still don't follow. I think I'll just count your original response
as one of those "should not have written that" posts most folk suffer
from on occasion.
- Dave
> ---
> |
> | > Today, we just configure it all out and put
> | > in our own stuff. We would prefer to have a mainstream framework that
> | > could be used to meet both Intel laptop needs and embedded device needs...
> |
> | I don't think I ever said anything against that notion of having PM
> | infrastructure capable of handling both PC and embedded configs. Not
> | that I've seen a framework that handles either one well -- yet! -- so
> | such notions haven't yet progressed to being testable theories.
> |
> | Against the notion of infrastructure (PM or otherwise) that's not
> | well designed or defined -- certainly I've argued. That includes
> | much current PM infrastructure, and most recent proposals.
> ---
>
> Thanks - I can agree with that!
>
> scott
>
> --
> scott preece
> motorola mobile devices, il67, 1800 s. oak st., champaign, il 61820
> e-mail: preece@motorola.com fax: +1-217-384-8550
> phone: +1-217-384-8589 cell: +1-217-433-6114 pager: 2174336114@vtext.com
>
>
next prev parent reply other threads:[~2007-03-15 23:07 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-15 13:29 Alternative Concept Scott E. Preece
2007-03-15 23:07 ` David Brownell [this message]
-- strict thread matches above, loose matches on Subject: below --
2007-03-19 14:12 Scott E. Preece
2007-03-20 7:56 ` David Brownell
2007-03-20 14:26 ` Amit Kucheria
2007-03-20 15:08 ` Dmitry Krivoschekov
2007-03-20 17:04 ` David Brownell
2007-03-15 14:00 Scott E. Preece
2007-03-15 14:38 ` Eugeny S. Mints
2007-03-15 17:33 ` Woodruff, Richard
2007-03-15 13:21 Scott E. Preece
2007-03-14 22:08 Scott E. Preece
2007-03-14 23:23 ` David Brownell
2007-03-15 7:25 ` Ikhwan Lee
2007-03-15 8:14 ` Amit Kucheria
2007-03-15 10:55 ` Eugeny S. Mints
2007-03-15 10:46 ` Eugeny S. Mints
2007-03-15 10:33 ` Eugeny S. Mints
2006-08-24 1:23 [RFC] CPUFreq PowerOP integration, Intro 0/3 Eugeny S. Mints
2006-10-07 2:36 ` Alternative Concept [Was: Re: [RFC] CPUFreq PowerOP integration, Intro 0/3] Dominik Brodowski
2007-03-13 0:57 ` Alternative Concept Matthew Locke
2007-03-13 11:08 ` Pavel Machek
2007-03-13 20:34 ` Mark Gross
2007-03-14 2:30 ` Ikhwan Lee
2007-03-14 10:43 ` Eugeny S. Mints
2007-03-14 17:19 ` David Brownell
2007-03-14 18:12 ` Igor Stoppa
2007-03-14 18:45 ` David Brownell
2007-03-15 9:53 ` Eugeny S. Mints
2007-03-15 13:04 ` Igor Stoppa
2007-03-16 2:21 ` David Brownell
2007-03-16 3:56 ` Ikhwan Lee
2007-03-16 6:17 ` David Brownell
2007-03-19 2:27 ` Ikhwan Lee
2007-03-19 6:07 ` David Brownell
2007-03-16 13:06 ` Dmitry Krivoschekov
2007-03-16 18:03 ` David Brownell
2007-03-18 20:25 ` Dmitry Krivoschekov
2007-03-19 4:04 ` David Brownell
2007-03-20 0:03 ` Dmitry Krivoschekov
2007-03-20 8:07 ` David Brownell
2007-03-20 9:45 ` Dmitry Krivoschekov
2007-03-20 10:30 ` Igor Stoppa
2007-03-20 12:13 ` Eugeny S. Mints
2007-03-20 12:39 ` Igor Stoppa
2007-03-20 13:44 ` Dmitry Krivoschekov
2007-03-20 21:03 ` David Brownell
2007-03-20 13:07 ` Dmitry Krivoschekov
2007-03-20 13:52 ` Igor Stoppa
2007-03-20 14:58 ` Dmitry Krivoschekov
2007-03-20 15:36 ` Pavel Machek
2007-03-20 19:16 ` Dmitry Krivoschekov
2007-03-20 20:45 ` Pavel Machek
2007-03-20 22:04 ` David Brownell
2007-03-20 22:06 ` Pavel Machek
2007-03-20 23:29 ` David Brownell
2007-03-20 15:36 ` Igor Stoppa
2007-03-20 19:17 ` Dmitry Krivoschekov
2007-03-20 20:17 ` David Brownell
2007-03-20 20:21 ` David Brownell
2007-03-20 19:58 ` David Brownell
2007-03-14 3:19 ` Dominik Brodowski
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=200703151607.31269.david-b@pacbell.net \
--to=david-b@pacbell.net \
--cc=linux-pm@lists.osdl.org \
--cc=linux@dominikbrodowski.net \
--cc=pavel@ucw.cz \
--cc=preece@motorola.com \
/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