From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Gross Subject: Re: So, what's the status on the recent patches here? Date: Tue, 5 Sep 2006 09:45:15 -0700 Message-ID: <20060905164515.GA7597@linux.intel.com> References: <200609032240.k83MeRhV014303@olwen.urbana.css.mot.com> <20060904090626.GJ9991@elf.ucw.cz> Reply-To: mgross@linux.intel.com Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <20060904090626.GJ9991@elf.ucw.cz> 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: Pavel Machek Cc: matthew.a.locke@comcast.net, scott.preece@motorola.com, linux-pm@lists.osdl.org List-Id: linux-pm@vger.kernel.org On Mon, Sep 04, 2006 at 11:06:45AM +0200, Pavel Machek wrote: > On Sun 2006-09-03 17:40:27, Scott E. Preece wrote: > > = > > | From: Pavel Machek > > | = > > | On Sun 2006-09-03 17:12:22, Scott E. Preece wrote: > > | > | From: Pavel Machek > = > > | > Not speaking to either of the current code submissions, I would say= that > > | > having a kernel interface for defining OPs and a kernel interface f= or > > | > setting the OP, was a reasonably clean interface. > > | = > > | Well, me and Rafael disagree, and you do not really listen to > > | arguments. Now you can either fix the interface, or try to submit code > > | to lkml despite our NAKs. Go ahead and prepare for some flaming... > > --- > > = > > I think I'm listening to arguments just as much as you guys are! We just > > disagree. What are your criteria for "a clean interface"? Why do you > > think that n separate set-parameter() interfaces, with no consistency > > relationship between them, are cleaner than one define-op() and one > > set-op() interface? > = > Because we already have cpufreq-set-parameter() interface and > enter-suspend-state() interface. We can't really get rid of them. > This is true. Yet todays cpufreq interface is not up to the job of providing power management for many embedded platforms. > If you add set-op() replacing both cpufreq-set-parameter() and > enter-suspend-state(), we'll end up with two different interfaces for > each interface; that's considered "mess". Why can't they coexist? Are you arguing that the cpufreq interface be morphed to support power op applications? --mgross > Pavel > -- = > (english) http://www.livejournal.com/~pavelmachek > (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/b= log.html > _______________________________________________ > linux-pm mailing list > linux-pm@lists.osdl.org > https://lists.osdl.org/mailman/listinfo/linux-pm