From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Eugeny S. Mints" Subject: Re: Alternative Concept Date: Thu, 15 Mar 2007 13:46:20 +0300 Message-ID: <45F923FC.6050005@gmail.com> References: <200703142208.l2EM8uoV007606@olwen.urbana.css.mot.com> <200703141623.16643.david-b@pacbell.net> <484380240703150025r45f09635o261d42bd4f2b06dc@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <484380240703150025r45f09635o261d42bd4f2b06dc@mail.gmail.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-pm-bounces@lists.osdl.org Errors-To: linux-pm-bounces@lists.osdl.org To: Ikhwan Lee Cc: linux-pm@lists.osdl.org, linux@dominikbrodowski.net, pavel@ucw.cz List-Id: linux-pm@vger.kernel.org Ikhwan Lee wrote: > Hi, > = > On 3/15/07, David Brownell wrote: >> On Wednesday 14 March 2007 3:08 pm, Scott E. Preece wrote: >>> | > >>> | > But shouldn't it be useful on every platform? .. >>> | >>> | I couldn't know. This "alternative concept" hasn't gotten very far >>> | into the hand-waving stage, much less beyond it into proposed interfa= ce >>> | or (gasp!) implementations. Platforms that don't *have* those partic= ular >>> | interdependencies should not of course incur costs to implement them.= .. >>> --- >>> >>> Well, that's fine if the platform you use is the current design >>> center. >> So you think that platforms which don't have such interdependencies >> should incur costs and complexity to address problems they don't have. >> Why? > = > Not every platform implements the clock interface. I think same can be > done with the proposed power parameter framework. The basic codes > defining the power parameter interface need not be costly and complex. > = > Since interdependencies significantly vary among platforms, we can > leave that to platform specific code and have something as simple as > the current clock interface for voltage and power domains. exactly. I touched this already in reply to David. The interdependencies fo= r a = particular platform affect configuration of nodes and arcs graph only while= do = not affect the API. The graph configuration is the only arch dependent thin= g. Eugeny > = >>> 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? >> >> >>> 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. >> >> - Dave >> _______________________________________________ >> linux-pm mailing list >> linux-pm@lists.osdl.org >> https://lists.osdl.org/mailman/listinfo/linux-pm >> > _______________________________________________ > linux-pm mailing list > linux-pm@lists.osdl.org > https://lists.osdl.org/mailman/listinfo/linux-pm > =