From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 29 11:02:01 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 6655816A41F for ; Mon, 29 Aug 2005 11:02:01 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8045543D45 for ; Mon, 29 Aug 2005 11:02:00 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j7TB20Oh021395 for ; Mon, 29 Aug 2005 11:02:00 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j7TB1xET021384 for freebsd-acpi@freebsd.org; Mon, 29 Aug 2005 11:01:59 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 29 Aug 2005 11:01:59 GMT Message-Id: <200508291101.j7TB1xET021384@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 29 Aug 2005 11:02:01 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/03/17] kern/64365 acpi ACPI problems o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi acpi / power-on by timer support o [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ o [2005/05/09] kern/80815 acpi ACPI(pci_link) problem in 5.4-STABLE: TIM 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 29 18:29:20 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 C2C9F16A41F; Mon, 29 Aug 2005 18:29:20 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 434B843D46; Mon, 29 Aug 2005 18:29:20 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Mon, 29 Aug 2005 11:29:18 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id F26405D07; Mon, 29 Aug 2005 11:29:16 -0700 (PDT) To: Bruno Ducrot In-reply-to: Your message of "Mon, 29 Aug 2005 09:38:21 +0200." <20050829073821.GI7749@poupinou.org> Date: Mon, 29 Aug 2005 11:29:16 -0700 From: "Kevin Oberman" Message-Id: <20050829182916.F26405D07@ptavv.es.net> Cc: acpi@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: Mon, 29 Aug 2005 18:29:20 -0000 > Date: Mon, 29 Aug 2005 09:38:21 +0200 > From: Bruno Ducrot > Sender: owner-cvs-all@freebsd.org > > On Sun, Aug 28, 2005 at 10:36:38PM -0700, Nate Lawson wrote: > > Another mitigating factor is a patch I hope to commit soon that removes > > levels that aren't useful. The general idea is the same as a recent > > email from Tijl Coosemans but my approach is different. > > I'm pretty sure it's incorrect to add p4tcc and acpi_throttle for power > saving purpose. I plan to add some flags in order to use only relevant > frequencies to this end, but IMHO that should be done at low-level > drivers. On the other hand, it is usefull to keep the existing sysctl > freqs, but for cooling purpose only. Bruno, As far as I know, Nate eliminated throttling when TCC was present a while ago. I certainly don't see any combination of them on my P4m system. The non-useful speeds Tjil eliminated were those where ICHSS and TCC (or any of several other combos) would select: 1. The higher speed CPU clock when the same performance level could be obtained with a lower CPU clock and a higher throttle or TCC setting 2. A lower "performance level" actually results in higher power usage and a lower performance. (Never use a higher CPU clock speed if a lower CPU speed is available. the higher CPU speed NEVER seems to win or even come close. These are the cases Tjil's patches were aimed at (and hit the target for my case). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 30 04:51:25 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 3C91216A41F for ; Tue, 30 Aug 2005 04:51:25 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id C23E743D45 for ; Tue, 30 Aug 2005 04:51:24 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j7U4pWsv008252 for ; Tue, 30 Aug 2005 00:51:32 -0400 X-ORBL: [64.171.187.62] Received: from [10.0.0.115] (adsl-64-171-187-62.dsl.snfc21.pacbell.net [64.171.187.62]) by pimout6-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j7U4pHfv359368; Tue, 30 Aug 2005 00:51:18 -0400 Message-ID: <4313E5C5.5060005@root.org> Date: Mon, 29 Aug 2005 21:51:17 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: acpi@FreeBSD.org References: <20050830044536.C0AB416A4C6@hub.freebsd.org> In-Reply-To: <20050830044536.C0AB416A4C6@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: cvs commit: src/sys/kern kern_cpu.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: Tue, 30 Aug 2005 04:51:25 -0000 Nate Lawson wrote: > njl 2005-08-30 04:45:32 UTC > > FreeBSD src repository > > Modified files: > sys/kern kern_cpu.c > Log: > Eliminate cpufreq levels for two cases that are less than optimal: > > 1. Walk the absolute list in reverse to prefer duplicated levels that have > a lower absolute setting, i.e. 800 Mhz/50% is better than 1600 Mhz/25% even > though both have the same actual frequency. This also removes the need to > check for already-modified levels since by definition, those will be added > later in the sorted list. > > 2. Compare the absolute settings for derived levels and don't use the new > level if it's higher. For example, a level of 800 Mhz/75% is preferable to > 1600 Mhz/25% even though the latter has a lower total frequency. > > This work is based on a patch from the submitter but reworked by myself. > > Submitted by: Tijl Coosemans (tijl/ulyssis.org) > > Revision Changes Path > 1.20 +48 -47 src/sys/kern/kern_cpu.c If this commit gives you problems, please set debug.cpufreq.verbose=1 and send me the output along with sysctl dev.cpu. It should reduce the levels the same as Tijl's patch. I took a very slightly different implementation approach but the code is mostly his. Thanks! -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 30 05:03:45 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 02FA916A453 for ; Tue, 30 Aug 2005 05:03:45 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8556343D49 for ; Tue, 30 Aug 2005 05:03:44 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j7U53ex0027871 for ; Tue, 30 Aug 2005 01:03:40 -0400 X-ORBL: [64.171.187.62] Received: from [10.0.0.115] (adsl-64-171-187-62.dsl.snfc21.pacbell.net [64.171.187.62]) by pimout5-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j7U53ZTQ086072; Tue, 30 Aug 2005 01:03:38 -0400 Message-ID: <4313E8A6.5040800@root.org> Date: Mon, 29 Aug 2005 22:03:34 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tijl Coosemans References: <20050807201552.8D6975D07@ptavv.es.net> <200508081618.01362.tijl@ulyssis.org> In-Reply-To: <200508081618.01362.tijl@ulyssis.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, 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: Tue, 30 Aug 2005 05:03:45 -0000 Tijl Coosemans wrote: > 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. It should produce a linear savings in power but other factors may affect it. Think about a server that gets a 1 minute burst every hour. You definitely want to use all the power saving you can, including throttling, to get the most out of the other 59 minutes. > 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). That has been committed also (via phk). > 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?) I just took care of this too since I had a moment. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 30 17:14:34 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 F1FAB16A41F for ; Tue, 30 Aug 2005 17:14:33 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id E98B443D45 for ; Tue, 30 Aug 2005 17:14:30 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:gcUgl5aj0zJCntcrrhZx8/eYrMeLC5cLx0Ru6/zoGjqo1xLnZUr17EupwcWeN5D3@[IPv6:3ffe:501:185b:801a:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id j7UHE42i019936 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Aug 2005 02:14:12 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 31 Aug 2005 02:13:55 +0900 Message-ID: From: Hajimu UMEMOTO To: Nate Lawson In-Reply-To: <4313E5C5.5060005@root.org> References: <20050830044536.C0AB416A4C6@hub.freebsd.org> <4313E5C5.5060005@root.org> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-BETA3 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 31 Aug 2005 02:14:19 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ameno.mahoroba.org Cc: acpi@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_cpu.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: Tue, 30 Aug 2005 17:14:34 -0000 Hi, >>>>> On Mon, 29 Aug 2005 21:51:17 -0700 >>>>> Nate Lawson said: nate> Nate Lawson wrote: > njl 2005-08-30 04:45:32 UTC > > FreeBSD src repository > > Modified files: > sys/kern kern_cpu.c > Log: > Eliminate cpufreq levels for two cases that are less than optimal: > > 1. Walk the absolute list in reverse to prefer duplicated levels that have > a lower absolute setting, i.e. 800 Mhz/50% is better than 1600 Mhz/25% even > though both have the same actual frequency. This also removes the need to > check for already-modified levels since by definition, those will be added > later in the sorted list. > > 2. Compare the absolute settings for derived levels and don't use the new > level if it's higher. For example, a level of 800 Mhz/75% is preferable to > 1600 Mhz/25% even though the latter has a lower total frequency. > > This work is based on a patch from the submitter but reworked by myself. > > Submitted by: Tijl Coosemans (tijl/ulyssis.org) > > Revision Changes Path > 1.20 +48 -47 src/sys/kern/kern_cpu.c nate> If this commit gives you problems, please set debug.cpufreq.verbose=1 nate> and send me the output along with sysctl dev.cpu. It should reduce the nate> levels the same as Tijl's patch. I took a very slightly different nate> implementation approach but the code is mostly his. Thanks! I applied the diff to latest RELENG_6. I believe it is equivalent to HEAD's kern_cpu.c. After applying the diff, the order of freq_level is apparently strange: dev.cpu.0.freq_levels: 1200/5000 1050/4375 900/3750 750/3125 600/2500 450/1875 300/1250 150/625 1100/4700 962/4112 825/3525 687/2937 550/2350 412/1762 275/1175 137/587 1000/4300 875/3762 750/3225 625/2687 500/2150 375/1612 250/1075 125/537 900/4000 787/3500 675/3000 562/2500 450/2000 337/1500 225/1000 112/500 800/3700 700/3237 600/2775 500/2312 400/1850 300/1387 200/925 100/462 600/3000 525/2625 450/2250 375/1875 300/1500 225/1125 150/750 75/375 The sysctl output before applying the diff is following: dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1200 dev.cpu.0.freq_levels: 1200/5000 1100/4700 1050/4375 1000/4300 962/4112 900/4000 875/3762 825/3525 800/3700 750/3125 687/2937 625/2687 600/3000 550/2350 525/2625 500/2150 450/1875 412/1762 375/1612 337/1500 300/1250 275/1175 250/1075 225/1000 200/925 150/625 125/537 100/462 75/375 dev.acpi_perf.0.%driver: acpi_perf dev.acpi_perf.0.%parent: cpu0 dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.%driver: est dev.est.0.%parent: cpu0 dev.est.0.freq_settings: 1200/5000 1100/4700 1000/4300 900/4000 800/3700 600/3000 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.p4tcc.0.%desc: CPU Frequency Thermal Control dev.p4tcc.0.%driver: p4tcc dev.p4tcc.0.%parent: cpu0 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 The following is the output of cpufreq.verbose=1: Aug 31 01:56:41 kasuga sudo: ume : TTY=ttyp1 ; PWD=/usr/home/ume/cvs/freefall ; USER=root ; COMMAND=/sbin/sysctl debug.cpufreq.verbose=1 Aug 31 01:56:41 kasuga kernel: cpufreq: get returning known freq 687 Aug 31 01:56:41 kasuga kernel: cpufreq: get returning known freq 687 Aug 31 01:56:41 kasuga kernel: cpufreq: skipping info-only driver acpi_perf0 Aug 31 01:56:41 kasuga kernel: cpufreq: adding abs setting 1200 at head Aug 31 01:56:41 kasuga kernel: cpufreq: adding abs setting 1100 after 1200 Aug 31 01:56:41 kasuga kernel: cpufreq: adding abs setting 1000 after 1100 Aug 31 01:56:41 kasuga kernel: cpufreq: adding abs setting 900 after 1000 Aug 31 01:56:41 kasuga kernel: cpufreq: adding abs setting 800 after 900 Aug 31 01:56:41 kasuga kernel: cpufreq: adding abs setting 600 after 800 Aug 31 01:56:41 kasuga kernel: cpufreq: adding 8 relative settings Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 100% to 600 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 525 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 525 after 600 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 87% to 525 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 450 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 450 after 525 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 75% to 450 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 375 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 375 after 450 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 62% to 375 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 300 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 300 after 375 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 50% to 300 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 225 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 225 after 300 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 37% to 225 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 150 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 150 after 225 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 25% to 150 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 75 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 75 after 150 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 12% to 75 level Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 100% to 800 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 700 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 700 after 800 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 87% to 700 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 600 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 600 after 700 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 75% to 600 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 500 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 500 after 600 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 62% to 500 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 400 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 400 after 500 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 50% to 400 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 300 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 300 after 400 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 37% to 300 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 200 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 200 after 300 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 25% to 200 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 100 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 100 after 200 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 12% to 100 level Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 100% to 900 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 787 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 787 after 900 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 87% to 787 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 675 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 675 after 787 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 75% to 675 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 562 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 562 after 675 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 62% to 562 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 450 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 450 after 562 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 50% to 450 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 337 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 337 after 450 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 37% to 337 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 225 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 225 after 337 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 25% to 225 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 112 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 112 after 225 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 12% to 112 level Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 100% to 1000 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 875 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 875 after 1000 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 87% to 875 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 750 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 750 after 875 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 75% to 750 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 625 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 625 after 750 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 62% to 625 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 500 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 500 after 625 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 50% to 500 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 375 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 375 after 500 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 37% to 375 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 250 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 250 after 375 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 25% to 250 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 125 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 125 after 250 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 12% to 125 level Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 100% to 1100 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 962 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 962 after 1100 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 87% to 962 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 825 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 825 after 962 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 75% to 825 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 687 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 687 after 825 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 62% to 687 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 550 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 550 after 687 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 50% to 550 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 412 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 412 after 550 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 37% to 412 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 275 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 275 after 412 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 25% to 275 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 137 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 137 after 275 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 12% to 137 level Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 100% to 1200 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 1050 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 1050 after 1200 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 87% to 1050 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 900 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 900 after 1050 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 75% to 900 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 750 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 750 after 900 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 62% to 750 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 600 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 600 after 750 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 50% to 600 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 450 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 450 after 600 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 37% to 450 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 300 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 300 after 450 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 25% to 300 level Aug 31 01:56:41 kasuga kernel: cpufreq: dup set considering derived setting 150 Aug 31 01:56:41 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:41 kasuga kernel: cpufreq: dup done, inserting new level 150 after 300 Aug 31 01:56:41 kasuga kernel: cpufreq: expand set added rel setting 12% to 150 level Aug 31 01:56:41 kasuga kernel: cpufreq: setting abs freq 1100 on est0 (cpu 0) Aug 31 01:56:41 kasuga kernel: cpufreq: setting rel freq 3750 on p4tcc0 (cpu 0) Aug 31 01:56:42 kasuga kernel: cpufreq: get returning known freq 412 Aug 31 01:56:42 kasuga kernel: cpufreq: get returning known freq 412 Aug 31 01:56:42 kasuga kernel: cpufreq: skipping info-only driver acpi_perf0 Aug 31 01:56:42 kasuga kernel: cpufreq: adding abs setting 1200 at head Aug 31 01:56:42 kasuga kernel: cpufreq: adding abs setting 1100 after 1200 Aug 31 01:56:42 kasuga kernel: cpufreq: adding abs setting 1000 after 1100 Aug 31 01:56:42 kasuga kernel: cpufreq: adding abs setting 900 after 1000 Aug 31 01:56:42 kasuga kernel: cpufreq: adding abs setting 800 after 900 Aug 31 01:56:42 kasuga kernel: cpufreq: adding abs setting 600 after 800 Aug 31 01:56:42 kasuga kernel: cpufreq: adding 8 relative settings Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 100% to 600 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 525 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 525 after 600 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 87% to 525 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 450 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 450 after 525 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 75% to 450 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 375 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 375 after 450 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 62% to 375 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 300 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 300 after 375 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 50% to 300 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 225 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 225 after 300 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 37% to 225 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 150 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 150 after 225 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 25% to 150 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 75 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 75 after 150 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 12% to 75 level Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 100% to 800 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 700 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 700 after 800 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 87% to 700 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 600 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 600 after 700 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 75% to 600 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 500 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 500 after 600 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 62% to 500 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 400 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 400 after 500 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 50% to 400 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 300 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 300 after 400 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 37% to 300 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 200 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 200 after 300 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 25% to 200 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 100 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 100 after 200 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 12% to 100 level Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 100% to 900 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 787 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 787 after 900 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 87% to 787 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 675 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 675 after 787 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 75% to 675 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 562 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 562 after 675 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 62% to 562 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 450 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 450 after 562 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 50% to 450 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 337 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 337 after 450 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 37% to 337 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 225 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 225 after 337 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 25% to 225 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 112 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 112 after 225 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 12% to 112 level Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 100% to 1000 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 875 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 875 after 1000 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 87% to 875 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 750 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 750 after 875 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 75% to 750 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 625 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 625 after 750 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 62% to 625 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 500 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 500 after 625 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 50% to 500 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 375 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 375 after 500 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 37% to 375 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 250 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 250 after 375 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 25% to 250 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 125 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 125 after 250 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 12% to 125 level Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 100% to 1100 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 962 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 962 after 1100 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 87% to 962 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 825 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 825 after 962 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 75% to 825 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 687 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 687 after 825 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 62% to 687 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 550 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 550 after 687 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 50% to 550 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 412 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 412 after 550 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 37% to 412 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 275 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 275 after 412 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 25% to 275 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 137 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 137 after 275 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 12% to 137 level Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 100% to 1200 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 1050 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 1050 after 1200 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 87% to 1050 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 900 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 900 after 1050 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 75% to 900 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 750 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 750 after 900 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 62% to 750 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 600 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 600 after 750 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 50% to 600 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 450 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 450 after 600 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 37% to 450 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 300 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 300 after 450 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 25% to 300 level Aug 31 01:56:42 kasuga kernel: cpufreq: dup set considering derived setting 150 Aug 31 01:56:42 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Aug 31 01:56:42 kasuga kernel: cpufreq: dup done, inserting new level 150 after 300 Aug 31 01:56:42 kasuga kernel: cpufreq: expand set added rel setting 12% to 150 level Aug 31 01:56:42 kasuga kernel: cpufreq: setting abs freq 1200 on est0 (cpu 0) Aug 31 01:56:42 kasuga kernel: cpufreq: setting rel freq 1250 on p4tcc0 (cpu 0) Aug 31 01:56:42 kasuga kernel: cpufreq: get returning known freq 150 Aug 31 01:56:42 kasuga kernel: cpufreq: get returning known freq 150 Aug 31 01:56:42 kasuga kernel: cpufreq: skipping info-only driver acpi_perf0 Aug 31 01:56:42 kasuga kernel: cpufreq: adding abs setting 1200 at head Aug 31 01:56:42 kasuga kernel: cpufreq: adding abs setting 1100 after 1200 Aug 31 01:56:42 kasuga kernel: cpufreq: adding abs setting 1000 after 1100 Aug 31 01:56:42 kasuga kernel: cpufreq: adding abs setting 900 after 1000 Aug 31 01:56:42 kasuga kernel: cpufreq: adding abs setting 800 after 900 Aug 31 01:56:42 kasuga kernel: cpufreq: adding abs setting 600 after 800 Aug 31 01:56:42 kasuga kernel: cpufreq: adding 8 relative settings Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 30 18:20:08 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 0189516A50B; Tue, 30 Aug 2005 18:20:08 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC14440DD; Tue, 30 Aug 2005 18:13:22 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j7UICWo5019064 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 30 Aug 2005 11:12:32 -0700 Message-ID: <4314A18C.20701@root.org> Date: Tue, 30 Aug 2005 11:12:28 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <20050830044536.C0AB416A4C6@hub.freebsd.org> <4313E5C5.5060005@root.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_cpu.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: Tue, 30 Aug 2005 18:20:08 -0000 Hajimu UMEMOTO wrote: >>>>>>On Mon, 29 Aug 2005 21:51:17 -0700 >>>>>>Nate Lawson said: > nate> If this commit gives you problems, please set debug.cpufreq.verbose=1 > nate> and send me the output along with sysctl dev.cpu. It should reduce the > nate> levels the same as Tijl's patch. I took a very slightly different > nate> implementation approach but the code is mostly his. Thanks! > > I applied the diff to latest RELENG_6. I believe it is equivalent to > HEAD's kern_cpu.c. > After applying the diff, the order of freq_level is apparently > strange: > > dev.cpu.0.freq_levels: 1200/5000 1050/4375 900/3750 750/3125 600/2500 450/1875 300/1250 150/625 1100/4700 962/4112 825/3525 687/2937 550/2350 412/1762 275/1175 137/587 1000/4300 875/3762 750/3225 625/2687 500/2150 375/1612 250/1075 125/537 900/4000 787/3500 675/3000 562/2500 450/2000 337/1500 225/1000 112/500 800/3700 700/3237 600/2775 500/2312 400/1850 300/1387 200/925 100/462 600/3000 525/2625 450/2250 375/1875 300/1500 225/1125 150/750 75/375 Yep, that's incorrect. I'll look at your debug output and commit a fix. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 30 23:05:21 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 9810E16A41F; Tue, 30 Aug 2005 23:05:21 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56C3A43D45; Tue, 30 Aug 2005 23:05:21 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 30 Aug 2005 16:05:19 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id F07EC5D07; Tue, 30 Aug 2005 16:05:18 -0700 (PDT) To: Bruno Ducrot In-reply-to: Your message of "Tue, 30 Aug 2005 10:52:31 +0200." <20050830085231.GA31034@poupinou.org> Date: Tue, 30 Aug 2005 16:05:18 -0700 From: "Kevin Oberman" Message-Id: <20050830230518.F07EC5D07@ptavv.es.net> Cc: acpi@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: Tue, 30 Aug 2005 23:05:21 -0000 > Date: Tue, 30 Aug 2005 10:52:31 +0200 > From: Bruno Ducrot > Sender: owner-cvs-all@freebsd.org > > On Mon, Aug 29, 2005 at 10:08:25PM -0700, Nate Lawson wrote: > > Bruno Ducrot wrote: > > >On Sun, Aug 28, 2005 at 10:36:38PM -0700, Nate Lawson wrote: > > > > > >>Another mitigating factor is a patch I hope to commit soon that removes > > >>levels that aren't useful. The general idea is the same as a recent > > >>email from Tijl Coosemans but my approach is different. > > > > > > > > >I'm pretty sure it's incorrect to add p4tcc and acpi_throttle for power > > >saving purpose. I plan to add some flags in order to use only relevant > > >frequencies to this end, but IMHO that should be done at low-level > > >drivers. On the other hand, it is usefull to keep the existing sysctl > > >freqs, but for cooling purpose only. > > > > I think throttling, whether via p4tcc or acpi_throttle, is a useful > > addition to absolute frequency control (i.e. est or powernow). With > > appropriate tuning, as I hope the patch I committed provides, the > > additional levels should be helpful. > > Apart on older processors, I don't see the usefullness for power saving > purpose. The problem is that when the processor is in stop grant state > in the duty cycle, it will consume more power than when it is in sleep > or deep sleep states (or deeper sleep state for some). > If the processor is idle, you will have nearly like 100% of time spend > in sleep state (for laptops) or stop grant state (for desktop), or even > better if the system support C3 etc. > > But if you have a duty cycle of (say) 87.5% due to the idleness of the > system (and the result of powerd), then the processor will be put > for 87.5% of time in stop grant state which consume more power > than sleep state. I'm trying to move this discussion to acpi@ where it really should be archived. I don't see that it is really relevant to cvs-src or the like. This is absolutely correct but not always relevant. I am attempting to do some of the testing that the SOC proposal covered and I am also coming to the conclusion that, in most cases, TCC and throttling are not too useful. But I know of cases when they are absolutely effective. Three cases: 1. CPU idle - No measurable difference detected to this point by TCC. I think there is a small difference, but it's going to be hard to measure. 2. CPU at a constant, moderate load (mp3 playback) - TCC is detrimental. You use less (often much less) power at an unthrottled clock speed with the system at 10 or 20% CPU than when TCC is used and the system is running throttled, but at 70 or 80% CPU. 3. CPU compute bound - TCC can reduce power consumption (at a rather steep cost in performance. This is not generally useful EXCEPT when needing keep the system running on battery for an extended time while CPU bound (e.g. buildworld and building openoffice.org). Here you can keep the battery alive for a much longer time by use of TCC than without. I use this when building openoffice.org since my laptop needs to move from work-location to work-location to home in the course of most builds. I'm limited to testing on a single platform with ICHSS and TCC. I hope to get the tests into scripts that others can run on different platforms (e.g. EST and AMD) to get more comprehensive results, but that will take a bit of time. I have only the CPU bound script written at this time, though the idle case is pretty trivial. The loading by different common applications is a bit bigger job. As a result, I am uncomfortable generalizing any results beyond the P4-M case. Those qualifications stated, I'm starting to think that, pending the completion of testing and implementation predictive power management, it's best to use only the two "native" CPU speeds on my system and skip any of the TCC based speeds except when doing something very CPU intensive. It's going to take a lot of tweaking with a lot of knobs to really optimize things. Sort of like converging an old color TV. If I only had a bit more time to try things...Sigh. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Wed Aug 31 19:13:02 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 EC55916A41F for ; Wed, 31 Aug 2005 19:13:02 +0000 (GMT) (envelope-from michael@grimus.org.uk) Received: from mk-ironport-4.mail.uk.tiscali.com (mk-ironport-4.mail.uk.tiscali.com [212.74.114.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id E673843D46 for ; Wed, 31 Aug 2005 19:13:00 +0000 (GMT) (envelope-from michael@grimus.org.uk) Received: from mk-smarthost-9.mail.uk.tiscali.com ([212.74.114.48]) by mk-ironport-4.mail.uk.tiscali.com with ESMTP; 31 Aug 2005 19:53:05 +0100 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="3.96,158,1122850800"; d="scan'208"; a="8031469:sNHT20264132" Received: from dsl-88-109-96-9.access.as9105.com ([88.109.96.9]:53085 helo=[10.0.0.5]) by mk-smarthost-9.mail.uk.tiscali.com with esmtp (Exim 4.30) id 1EAXfw-000O4D-UG for freebsd-acpi@freebsd.org; Wed, 31 Aug 2005 19:51:09 +0100 Message-ID: <4315FCAA.4060407@grimus.org.uk> Date: Wed, 31 Aug 2005 19:53:30 +0100 From: Michael User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050420 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Fujitsu-Siemens Amilo Pro 2010 / CPU fan always runs 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: Wed, 31 Aug 2005 19:13:03 -0000 Hi, Sorry for not spotting the acpi using and debugging section in the handbook before my last post. I really did spend ages looking for information. As I mentioned the only acpi function that appears not to work is the fan. What happens is that the fan defaults to on. That means it never gets set on by acpi as the temperature stays below the cut on value. Well we had a hot day today and I rebuilt the kernel this took the temperature to the fan cut on point and after the kernel was made and the temperature dropped the fan cut off. It then behaved normaly. So it appears I need to turn off the fan when acpi starts. I have had a look in acpi_thermal.c but can't see the wood from the trees. :-( Can this be achieved by modifying the asl file ? Any help would be greatly appreciated. Thanks, Michael From owner-freebsd-acpi@FreeBSD.ORG Wed Aug 31 20:38:32 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 75D8E16A423; Wed, 31 Aug 2005 20:38:32 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDD3F43D45; Wed, 31 Aug 2005 20:38:31 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j7VKcexH005816; Wed, 31 Aug 2005 16:38:40 -0400 X-ORBL: [67.119.74.222] Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by pimout6-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j7VKcSCn283086; Wed, 31 Aug 2005 16:38:29 -0400 Message-ID: <43161544.1010802@root.org> Date: Wed, 31 Aug 2005 13:38:28 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <20050830044536.C0AB416A4C6@hub.freebsd.org> <4313E5C5.5060005@root.org> In-Reply-To: Content-Type: multipart/mixed; boundary="------------070309000505090302070205" Cc: acpi@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_cpu.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: Wed, 31 Aug 2005 20:38:32 -0000 This is a multi-part message in MIME format. --------------070309000505090302070205 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hajimu UMEMOTO wrote: >>>>>>On Mon, 29 Aug 2005 21:51:17 -0700 >>>>>>Nate Lawson said: > > nate> Nate Lawson wrote: > > nate> If this commit gives you problems, please set debug.cpufreq.verbose=1 > nate> and send me the output along with sysctl dev.cpu. It should reduce the > nate> levels the same as Tijl's patch. I took a very slightly different > nate> implementation approach but the code is mostly his. Thanks! > > I applied the diff to latest RELENG_6. I believe it is equivalent to > HEAD's kern_cpu.c. > After applying the diff, the order of freq_level is apparently > strange: > > dev.cpu.0.freq_levels: 1200/5000 1050/4375 900/3750 750/3125 600/2500 450/1875 300/1250 150/625 1100/4700 962/4112 825/3525 687/2937 550/2350 412/1762 275/1175 137/587 1000/4300 875/3762 750/3225 625/2687 500/2150 375/1612 250/1075 125/537 900/4000 787/3500 675/3000 562/2500 450/2000 337/1500 225/1000 112/500 800/3700 700/3237 600/2775 500/2312 400/1850 300/1387 200/925 100/462 600/3000 525/2625 450/2250 375/1875 300/1500 225/1125 150/750 75/375 Please apply the attached patch and send me the output as you did before. -- Nate --------------070309000505090302070205 Content-Type: text/plain; name="cpu_dupes.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cpu_dupes.diff" Index: sys/kern/kern_cpu.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_cpu.c,v retrieving revision 1.20 diff -u -r1.20 kern_cpu.c --- sys/kern/kern_cpu.c 30 Aug 2005 04:45:32 -0000 1.20 +++ sys/kern/kern_cpu.c 31 Aug 2005 20:35:05 -0000 @@ -760,8 +760,12 @@ KASSERT(!TAILQ_EMPTY(list), ("all levels list empty in dup set")); TAILQ_FOREACH_REVERSE(itr, list, cf_level_lst, link) { itr_set = &itr->total_set; - if (fill_set->freq < itr_set->freq && - !CPUFREQ_CMP(fill_set->freq, itr_set->freq) && + if (CPUFREQ_CMP(fill_set->freq, itr_set->freq)) { + CF_DEBUG("dup set rejecting %d (dupe)\n", + fill_set->freq); + itr = NULL; + break; + } else if (fill_set->freq < itr_set->freq && fill->abs_set.freq <= itr->abs_set.freq) { CF_DEBUG( "dup done, inserting new level %d after %d\n", --------------070309000505090302070205-- From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 1 11:50:34 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 2751616A41F for ; Thu, 1 Sep 2005 11:50:34 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F9C743D49 for ; Thu, 1 Sep 2005 11:50:32 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:zy82PqOIVy1flJkaZC8IPTkOBCq4wNmOqOxGw+xjU7xMYOtPlme7W/EWGKiCERCe@kasuga.mahoroba.org [IPv6:3ffe:501:185b:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id j81BoNDb063632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Sep 2005 20:50:26 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 01 Sep 2005 20:50:22 +0900 Message-ID: From: Hajimu UMEMOTO To: Nate Lawson In-Reply-To: <43161544.1010802@root.org> References: <20050830044536.C0AB416A4C6@hub.freebsd.org> <4313E5C5.5060005@root.org> <43161544.1010802@root.org> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-BETA3 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Thu, 01 Sep 2005 20:50:26 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ameno.mahoroba.org Cc: acpi@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_cpu.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, 01 Sep 2005 11:50:34 -0000 Hi, >>>>> On Wed, 31 Aug 2005 13:38:28 -0700 >>>>> Nate Lawson said: nate> Please apply the attached patch and send me the output as you did before. Okay, here it is. dev.cpu.0.freq_levels: 1200/5000 1050/4375 1100/4700 962/4112 825/3525 1000/4300 875/3762 750/3225 625/2687 500/2150 900/4000 800/3700 700/3237 600/3000 525/2625 450/2250 375/1875 300/1500 225/1125 150/750 75/375 Sep 1 16:23:47 kasuga sudo: ume : TTY=ttyp1 ; PWD=/usr/home/ume ; USER=root ; COMMAND=/sbin/sysctl debug.cpufreq.verbose=1 Sep 1 16:23:49 kasuga kernel: cpufreq: get returning known freq 1200 Sep 1 16:23:55 kasuga last message repeated 3 times Sep 1 16:23:57 kasuga kernel: cpufreq: get returning known freq 1200 Sep 1 16:23:59 kasuga kernel: cpufreq: get returning known freq 1200 Sep 1 16:24:01 kasuga kernel: cpufreq: get returning known freq 1200 Sep 1 16:24:10 kasuga last message repeated 6 times Sep 1 16:24:10 kasuga kernel: cpufreq: skipping info-only driver acpi_perf0 Sep 1 16:24:10 kasuga kernel: cpufreq: adding abs setting 1200 at head Sep 1 16:24:10 kasuga kernel: cpufreq: adding abs setting 1100 after 1200 Sep 1 16:24:10 kasuga kernel: cpufreq: adding abs setting 1000 after 1100 Sep 1 16:24:10 kasuga kernel: cpufreq: adding abs setting 900 after 1000 Sep 1 16:24:10 kasuga kernel: cpufreq: adding abs setting 800 after 900 Sep 1 16:24:10 kasuga kernel: cpufreq: adding abs setting 600 after 800 Sep 1 16:24:10 kasuga kernel: cpufreq: adding 8 relative settings Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 100% to 600 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 525 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 525 after 600 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 87% to 525 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 450 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 450 after 525 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 75% to 450 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 375 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 375 after 450 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 62% to 375 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 300 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 300 after 375 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 50% to 300 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 225 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 225 after 300 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 37% to 225 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 150 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 150 after 225 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 25% to 150 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 75 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 75 after 150 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 12% to 75 level Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 100% to 800 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 700 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 700 after 800 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 87% to 700 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 600 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup set rejecting 600 (dupe) Sep 1 16:24:10 kasuga kernel: cpufreq: dup set freeing new level 600 (not optimal) Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 100% to 900 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 787 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup set rejecting 787 (dupe) Sep 1 16:24:10 kasuga kernel: cpufreq: dup set freeing new level 787 (not optimal) Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 100% to 1000 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 875 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 875 after 1000 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 87% to 875 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 750 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 750 after 875 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 75% to 750 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 625 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 625 after 750 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 62% to 625 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 500 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 500 after 625 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 50% to 500 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 375 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup set rejecting 375 (dupe) Sep 1 16:24:10 kasuga kernel: cpufreq: dup set freeing new level 375 (not optimal) Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 100% to 1100 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 962 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 962 after 1100 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 87% to 962 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 825 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 825 after 962 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 75% to 825 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 687 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup set rejecting 687 (dupe) Sep 1 16:24:10 kasuga kernel: cpufreq: dup set freeing new level 687 (not optimal) Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 100% to 1200 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 1050 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 1050 after 1200 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 87% to 1050 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 900 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup set rejecting 900 (dupe) Sep 1 16:24:10 kasuga kernel: cpufreq: dup set freeing new level 900 (not optimal) Sep 1 16:24:10 kasuga kernel: cpufreq: skipping info-only driver acpi_perf0 Sep 1 16:24:10 kasuga kernel: cpufreq: adding abs setting 1200 at head Sep 1 16:24:10 kasuga kernel: cpufreq: adding abs setting 1100 after 1200 Sep 1 16:24:10 kasuga kernel: cpufreq: adding abs setting 1000 after 1100 Sep 1 16:24:10 kasuga kernel: cpufreq: adding abs setting 900 after 1000 Sep 1 16:24:10 kasuga kernel: cpufreq: adding abs setting 800 after 900 Sep 1 16:24:10 kasuga kernel: cpufreq: adding abs setting 600 after 800 Sep 1 16:24:10 kasuga kernel: cpufreq: adding 8 relative settings Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 100% to 600 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 525 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 525 after 600 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 87% to 525 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 450 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 450 after 525 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 75% to 450 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 375 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 375 after 450 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 62% to 375 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 300 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 300 after 375 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 50% to 300 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 225 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 225 after 300 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 37% to 225 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 150 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 150 after 225 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 25% to 150 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 75 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 75 after 150 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 12% to 75 level Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 100% to 800 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 700 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 700 after 800 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 87% to 700 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 600 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup set rejecting 600 (dupe) Sep 1 16:24:10 kasuga kernel: cpufreq: dup set freeing new level 600 (not optimal) Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 100% to 900 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 787 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup set rejecting 787 (dupe) Sep 1 16:24:10 kasuga kernel: cpufreq: dup set freeing new level 787 (not optimal) Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 100% to 1000 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 875 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 875 after 1000 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 87% to 875 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 750 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 750 after 875 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 75% to 750 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 625 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 625 after 750 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 62% to 625 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 500 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 500 after 625 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 50% to 500 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 375 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup set rejecting 375 (dupe) Sep 1 16:24:10 kasuga kernel: cpufreq: dup set freeing new level 375 (not optimal) Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 100% to 1100 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 962 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 962 after 1100 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 87% to 962 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 825 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 825 after 962 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 75% to 825 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 687 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup set rejecting 687 (dupe) Sep 1 16:24:10 kasuga kernel: cpufreq: dup set freeing new level 687 (not optimal) Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 100% to 1200 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 1050 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup done, inserting new level 1050 after 1200 Sep 1 16:24:10 kasuga kernel: cpufreq: expand set added rel setting 87% to 1050 level Sep 1 16:24:10 kasuga kernel: cpufreq: dup set considering derived setting 900 Sep 1 16:24:10 kasuga kernel: cpufreq: removed last relative driver: p4tcc0 Sep 1 16:24:10 kasuga kernel: cpufreq: dup set rejecting 900 (dupe) Sep 1 16:24:10 kasuga kernel: cpufreq: dup set freeing new level 900 (not optimal) Sep 1 16:24:10 kasuga kernel: cpufreq: get returning known freq 1200 Sep 1 16:24:12 kasuga kernel: cpufreq: get returning known freq 1200 Sep 1 16:24:14 kasuga kernel: cpufreq: get returning known freq 1200 Sep 1 16:24:25 kasuga last message repeated 6 times Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 1 14:47:13 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 93C0016A41F; Thu, 1 Sep 2005 14:47:13 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 479FB43D46; Thu, 1 Sep 2005 14:47:13 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Thu, 01 Sep 2005 07:47:12 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B91E15D07; Thu, 1 Sep 2005 07:47:11 -0700 (PDT) To: Nate Lawson In-reply-to: Your message of "Tue, 30 Aug 2005 11:11:26 PDT." <4314A14E.5020202@root.org> Date: Thu, 01 Sep 2005 07:47:11 -0700 From: "Kevin Oberman" Message-Id: <20050901144711.B91E15D07@ptavv.es.net> Cc: acpi@FreeBSD.org, Hajimu UMEMOTO , Bruno Ducrot 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, 01 Sep 2005 14:47:13 -0000 > Date: Tue, 30 Aug 2005 11:11:26 -0700 > From: Nate Lawson > Sender: owner-cvs-all@freebsd.org > > Bruno Ducrot wrote: > > On Mon, Aug 29, 2005 at 10:08:25PM -0700, Nate Lawson wrote: > > > >>Bruno Ducrot wrote: > >>>I'm pretty sure it's incorrect to add p4tcc and acpi_throttle for power > >>>saving purpose. I plan to add some flags in order to use only relevant > >>>frequencies to this end, but IMHO that should be done at low-level > >>>drivers. On the other hand, it is usefull to keep the existing sysctl > >>>freqs, but for cooling purpose only. > >> > >>I think throttling, whether via p4tcc or acpi_throttle, is a useful > >>addition to absolute frequency control (i.e. est or powernow). With > >>appropriate tuning, as I hope the patch I committed provides, the > >>additional levels should be helpful. > > > > Apart on older processors, I don't see the usefullness for power saving > > purpose. The problem is that when the processor is in stop grant state > > in the duty cycle, it will consume more power than when it is in sleep > > or deep sleep states (or deeper sleep state for some). > > If the processor is idle, you will have nearly like 100% of time spend > > in sleep state (for laptops) or stop grant state (for desktop), or even > > better if the system support C3 etc. > > > > But if you have a duty cycle of (say) 87.5% due to the idleness of the > > system (and the result of powerd), then the processor will be put > > for 87.5% of time in stop grant state which consume more power > > than sleep state. > > We do use C3+ if supported, and I agree it gives more power savings when > active. But even an idle system gets periodic timer interrupts, battery > polling, and other events that require it to exit C3. So running at a > low CPU rate via throttling may conserve power when not in C3. Still trying to move this discussion to acpi@... Nate and Bruno, And, of course, if you have USB devices, you can never make it to C3. :-( I admit I don't understand the issues with USB that cause this, but fixing that would likely do more to increase battery life than anything else, save the ability to drop the CPU actual clock speed (which we now have for most recent mobile platforms). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 2 16:35:01 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 B1AEB16A41F; Fri, 2 Sep 2005 16:35:01 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E49443D45; Fri, 2 Sep 2005 16:35:01 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j82GZAxH002614; Fri, 2 Sep 2005 12:35:10 -0400 X-ORBL: [67.119.74.222] Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by pimout7-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j82GYw0t247272; Fri, 2 Sep 2005 12:34:59 -0400 Message-ID: <43187F25.9040300@root.org> Date: Fri, 02 Sep 2005 09:34:45 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <20050830044536.C0AB416A4C6@hub.freebsd.org> <4313E5C5.5060005@root.org> <43161544.1010802@root.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_cpu.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: Fri, 02 Sep 2005 16:35:01 -0000 Hajimu UMEMOTO wrote: >>>>>>On Wed, 31 Aug 2005 13:38:28 -0700 >>>>>>Nate Lawson said: > > nate> Please apply the attached patch and send me the output as you did before. > > Okay, here it is. > > dev.cpu.0.freq_levels: 1200/5000 1050/4375 1100/4700 962/4112 825/3525 1000/4300 875/3762 750/3225 625/2687 500/2150 900/4000 800/3700 700/3237 600/3000 525/2625 450/2250 375/1875 300/1500 225/1125 150/750 75/375 Oops, I had one more check wrong. Ok, I have committed a fix (rev 1.21) that should correct both problems. Please cvsup and test and send me the output one more time so I can be sure it's ok. If anyone wants to donate a Pentium-M or AMD powernow-capable laptop to me, I'll be able to test such things in the future. :) -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 2 17:29:40 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 26DE916A41F for ; Fri, 2 Sep 2005 17:29:40 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 794BB43D46 for ; Fri, 2 Sep 2005 17:29:38 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:armCz2cn76TlXtWk3MJotaCDVBcrgrwRR4GQx4RZ53ILSHLucAKmvvnb9txW2bPh@kasuga.mahoroba.org [IPv6:3ffe:501:185b:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id j82HTQtA023765 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Sep 2005 02:29:32 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 03 Sep 2005 02:29:26 +0900 Message-ID: From: Hajimu UMEMOTO To: Nate Lawson In-Reply-To: <43187F25.9040300@root.org> References: <20050830044536.C0AB416A4C6@hub.freebsd.org> <4313E5C5.5060005@root.org> <43161544.1010802@root.org> <43187F25.9040300@root.org> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-BETA3 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sat, 03 Sep 2005 02:29:33 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ameno.mahoroba.org Cc: acpi@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_cpu.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: Fri, 02 Sep 2005 17:29:40 -0000 Hi, >>>>> On Fri, 02 Sep 2005 09:34:45 -0700 >>>>> Nate Lawson said: nate> Oops, I had one more check wrong. Ok, I have committed a fix (rev 1.21) nate> that should correct both problems. Please cvsup and test and send me nate> the output one more time so I can be sure it's ok. I'm not sure how it should be, but it seems okay to me. Thank you. dev.cpu.0.freq_levels: 1200/5000 1100/4700 1000/4300 900/4000 800/3700 700/3237 600/3000 525/2625 450/2250 375/1875 300/1500 225/1125 150/750 75/375 Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 2 18:20:14 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 A81E416A41F; Fri, 2 Sep 2005 18:20:14 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AB8C43D45; Fri, 2 Sep 2005 18:20:14 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j82IKGo5003668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 2 Sep 2005 11:20:17 -0700 Message-ID: <431897DC.3050000@root.org> Date: Fri, 02 Sep 2005 11:20:12 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <20050830044536.C0AB416A4C6@hub.freebsd.org> <4313E5C5.5060005@root.org> <43161544.1010802@root.org> <43187F25.9040300@root.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_cpu.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: Fri, 02 Sep 2005 18:20:14 -0000 Hajimu UMEMOTO wrote: >>>>>>On Fri, 02 Sep 2005 09:34:45 -0700 >>>>>>Nate Lawson said: > nate> Oops, I had one more check wrong. Ok, I have committed a fix (rev 1.21) > nate> that should correct both problems. Please cvsup and test and send me > nate> the output one more time so I can be sure it's ok. > > I'm not sure how it should be, but it seems okay to me. Thank you. > > dev.cpu.0.freq_levels: 1200/5000 1100/4700 1000/4300 900/4000 800/3700 700/3237 600/3000 525/2625 450/2250 375/1875 300/1500 225/1125 150/750 75/375 Yes, I have looked over your settings and this appears to be exactly what I intended. -- Nate