From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 8 14:18:23 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 2438B16A41F for ; Mon, 8 Aug 2005 14:18:23 +0000 (GMT) (envelope-from tijl@ulyssis.org) Received: from outmx023.isp.belgacom.be (outmx023.isp.belgacom.be [195.238.2.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7939943D46; Mon, 8 Aug 2005 14:18:16 +0000 (GMT) (envelope-from tijl@ulyssis.org) Received: from outmx023.isp.belgacom.be (localhost [127.0.0.1]) by outmx023.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with ESMTP id j78EIBAS011909; Mon, 8 Aug 2005 16:18:12 +0200 (envelope-from ) Received: from kalimero.kotnet.org (117-122.247.81.adsl.skynet.be [81.247.122.117]) by outmx023.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with ESMTP id j78EI2Yk011820; Mon, 8 Aug 2005 16:18:03 +0200 (envelope-from ) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.13.3/8.13.3) with ESMTP id j78EI1m6057761; Mon, 8 Aug 2005 16:18:02 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-acpi@freebsd.org Date: Mon, 8 Aug 2005 16:18:00 +0200 User-Agent: KMail/1.8.1 References: <20050807201552.8D6975D07@ptavv.es.net> In-Reply-To: <20050807201552.8D6975D07@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508081618.01362.tijl@ulyssis.org> Cc: ducrot@freebsd.org Subject: Re: 5-STABLE cpufreq hotter than est from ports 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: Mon, 08 Aug 2005 14:18:23 -0000 Kevin, Thanks for your reply. I was beginning to think I sent my mail to the wrong list. I've subscribed to freebsd-acpi@ now. For reference, the issues (+patch) discussed are available at: http://lists.freebsd.org/pipermail/freebsd-stable/2005-August/017535.html http://lists.freebsd.org/pipermail/freebsd-stable/2005-August/017536.html > I have a P4m with ICHSS and P4TCC and I do hit both the problem of the > wrong mode being selected when there is a tie for performance level > and the case of lower performance resulting in higher power > consumption. You can see the results of my testing in messages to > freebsd-acpi@ archives. I have been wanting to write some patches to > fix the problems, but have simply not had time, so these patches look > great! In my experience throttling doesn't really gain that much. There's almost no difference between running at 600MHz/100% and 600MHz/12.5%, except that it is 8 times slower, so I've set debug.cpufreq.lowest to 400 to limit the performance drop. I've also slightly modified powerd to not jump to the maximum frequency, but to step up one level at a time to save energy. I've been thinking, since throttling doesn't gain much, it might be better for powerd to use only absolute settings when stepping up, but that would require an extra sysctl entry (dev.cpu.0.freq_abs or something). All this together with the patch above gives me a good desktop experience. It's not too slow and it doesn't consume much power either. Of course, other users might prefer different power profiles. > To take a stab at your questions: > First, if P4TCC is available, it should be used and CPU throttling > should be disabled. This is because P4TCC does better than CPU > throttle, but really does the exact same thing. The results of my > testing of P4TCC vs. throttling are also in the archives of > freebsd-acpi@. > > I have not seen any problem with this. Could you describe exactly > whet behavior you are seeing? Currently, acpi_throttle (driver) doesn't attach when it finds p4tcc0 (device), but p4tcc (driver) always attaches even if acpi_throttle0 (device) is present. As I understand things, both do exactly the same (but in a different way), so they shouldn't both be enabled at the same time. You can get in this situation by not loading cpufreq.ko through loader.conf (so acpi_throttle attaches) and then kldload it later. If p4tcc is prefered, I suppose it should find acpi_throttle0 and detach it (or maybe acpi_throttle should become part of cpufreq.ko). > I am pretty sure that 'option CPU_TCC_ENABLE' is obsolete. It's gone > from V6 and current. I suspect that it was missed when the CPU power > management stuff was MFCed to V5. Please drop freebsd-acpi@ a note so > this can be fixed. I've found references in the following files. There may be more of course. sys/conf/files.i386 (line 258) sys/conf/options.i386 (line 56) sys/i386/conf/NOTES (line 133 + line 215). sys/i386/i386/p4tcc.c (can be removed?)