From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Machek Subject: Re: Power Management framework proposal Date: Fri, 27 Jul 2007 11:46:38 +0000 Message-ID: <20070727114637.GC11895@ucw.cz> References: <1185125189.2714.13.camel@laptopd505.fenrus.org> <1185143240.2714.24.camel@laptopd505.fenrus.org> <1185163239.2714.37.camel@laptopd505.fenrus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-pm-bounces@lists.linux-foundation.org Errors-To: linux-pm-bounces@lists.linux-foundation.org To: david@lang.hm Cc: linux-pm , LKML , Arjan van de Ven List-Id: linux-pm@vger.kernel.org Hi! > >>example 1: a laptop screen > >> > >>mode capacity power description > >>0 0 0 off > >>1 100 100 full brightness > >>2 70 60 half power to the backlight > >>3 50 35 quarter power to the backlight > >>4 30 25 eighth power to the backlight > >>5 5 10 backlight off. > >> > >>example 2: a front-panel display on a server (no > >>variable backlight > >>control) > >> > >>mode capacity power description > >>0 0 0 off > >>1 100 100 backlight on > >>2 50 10 backlight off > > > > > >the problem is: the person who SETS these needs to know > >what they mean. > > that's what the description is for. this info can be > provided by the driver as part of the list_modes() > function. That's what /sys/class/backlight/ is for :-). > >as someone who wrote (part of) a power policy manager; > >sorry but you > >take away information I need, and in addition the > >different API's are > >absolutely no big deal. > > assuming that nobody else chimes in to disagree with you > I'll accept your judgement and drop the issue. Just for the record, I agree with Arjan here. -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html