From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 25 16:05:02 2005 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 401A816A41F; Thu, 25 Aug 2005 16:05:02 +0000 (GMT) (envelope-from bruno@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id C230443D58; Thu, 25 Aug 2005 16:05:01 +0000 (GMT) (envelope-from bruno@poupinou.org) Received: from bruno by poup.poupinou.org with local (Exim) id 1E8KDm-0005GH-00; Thu, 25 Aug 2005 18:04:54 +0200 Date: Thu, 25 Aug 2005 18:04:54 +0200 To: Kevin Oberman Message-ID: <20050825160454.GG7749@poupinou.org> References: <20050824174354.D69945D07@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050824174354.D69945D07@ptavv.es.net> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: acpi@freebsd.org, njl@freebsd.org, Hajimu UMEMOTO Subject: Re: cvs commit: src/usr.sbin/powerd powerd.c X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2005 16:05:02 -0000 On Wed, Aug 24, 2005 at 10:43:54AM -0700, Kevin Oberman wrote: > > Date: Wed, 24 Aug 2005 20:45:13 +0900 > > From: Hajimu UMEMOTO > > Sender: owner-cvs-all@freebsd.org > > > > Hi, > > > > >>>>> On Wed, 24 Aug 2005 20:14:42 +0900 > > >>>>> Hajimu UMEMOTO said: > > > > ume> It feels too lazy for my laptop. One freq level for decreasing and > > ume> two freq level for incresing is comfortable to me. > > > > Oops, I meant two and four. > > Because, my main laptop has double CPU levels than my second laptop. > > So, it takes double iteration for transition from highest to lowest or > > from lowest to highest. > > Don't know what Nate and Bruno might think, but adding an argument to > set the speed bump up would be trivial to code. If there is consensus > that this is a good idea, it becomes a question of how to design the > user interface. Absolute steps of percent of range come to mind. > > I don't think anyone wants to slow down faster than on step at a time. The problem is that umemoto-san do have a lot of frequencies available. It's a kind of "don't use all of them" somehow. In that case, it's more "use half of them". Anyway, I think the only frequencies really usefull for power saving purpose are the ones given by the est driver. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care.