From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 2 09:05:24 2005 Return-Path: X-Original-To: freebsd-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 F3D5916A41F for ; Fri, 2 Dec 2005 09:05:23 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27FB143D49 for ; Fri, 2 Dec 2005 09:05:22 +0000 (GMT) (envelope-from marco.calviani@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so548484wra for ; Fri, 02 Dec 2005 01:05:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bE7eIyDcp2DMAf0qJgzNrYOaaQT0cvKOLUoYEH31E+4gWqPAWrw+wUXnpam3ccbmLdOzZXxgkGiH1lzkyybqLrF7kTROC81brqO+7d/z0oT2nD0DlQmozCS9TJaG12jtQaA0oBTMzQmzMIjElzDpgc1+jhBl00+Q7FbRWEMjqoU= Received: by 10.64.53.1 with SMTP id b1mr1358412qba; Fri, 02 Dec 2005 01:05:21 -0800 (PST) Received: by 10.65.243.16 with HTTP; Fri, 2 Dec 2005 01:05:21 -0800 (PST) Message-ID: Date: Fri, 2 Dec 2005 10:05:21 +0100 From: Marco Calviani To: freebsd-questions@freebsd.org, freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <20051201141724.GE17066@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <438DE9D0.6080107@root.org> <20051130205130.GA10786@poupinou.org> <438E2056.4020505@root.org> <20051130222525.GA11219@poupinou.org> <20051201141724.GE17066@poupinou.org> Cc: Subject: Re: cpufreq and changing driver 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: Fri, 02 Dec 2005 09:05:24 -0000 Hi Bruno, > > 2) sorry what about the point that we were discussing above? The high > > number of transition you were explaining me, are present in the actual > > implementation of powerd, and if not, why? > > It's not present under powerd for the simple fact that to be efficient > in term of not being too intrusive (kernel to user data transfers, etc), > powerd can only provide a limited number of check per second (at this > time, 2 per second). But the current algorithm present in powerd is > not well suited in that case. You have to wait one demi-second > for the processor being put to full speed if the system was idle > before. > Are there on the horizon any sort of plans to implement a newer and more efficient algorithm to increase the number of transition per second? Sorry but i've not understood why linux-cpufreqd is able to cope with those without being so intrusive..... Best regards, MC