From owner-freebsd-acpi@FreeBSD.ORG Sun Feb 6 21:21:37 2005 Return-Path: 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 742B716A4CE; Sun, 6 Feb 2005 21:21:37 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 166FD43D2D; Sun, 6 Feb 2005 21:21:37 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j16LLZvE027151; Sun, 6 Feb 2005 16:21:35 -0500 Message-ID: <42068A5C.1030300@root.org> Date: Sun, 06 Feb 2005 13:21:32 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2005 21:21:37 -0000 I've finished the major work of importing cpufreq. As part of this, the sysctls for acpi throttling have been removed. The power_profile script has been updated, so you can use performance/economy_cpu_freq= in rc.conf to set AC on/offline cpu frequencies. The acpi throttling support has been compiled into acpi_perf.ko so load that to get throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq sysctls. If you have throttling, please test the new configuration to be sure it still works as before. Final upcoming work will be manpage support and bugfixing as necessary. I'd also like to issue a call for developers to help by porting older drivers (like longrun) and out-of-tree new drivers (like powernow-k7/k8 and speedstep-m) to the cpufreq interface. It's very simple and you just have to figure out if your driver is absolute or relative, and convert values to the proper units (percent in hundredths, power in mW, etc.) Once that is done, please send me the diff for review before commit so I can make sure it works properly. Thanks, -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 00:08:32 2005 Return-Path: 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 E0D7116A4CF for ; Mon, 7 Feb 2005 00:08:32 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B4243D3F for ; Mon, 7 Feb 2005 00:08:31 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 46637 invoked by uid 0); 7 Feb 2005 03:08:19 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.2. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 11.3972 secs); 07 Feb 2005 00:08:19 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by mail.ank-pki.ru with SMTP; 7 Feb 2005 03:08:07 +0300 Date: Mon, 7 Feb 2005 03:06:04 +0300 From: "Anton A. Karpov" To: current@freebsd.org, acpi@freebsd.org X-Comment-To: "Anton A. Karpov" Message-ID: <20050207000604.GA4385@laptoxa.toxa.lan> Mail-Followup-To: current@freebsd.org, acpi@freebsd.org References: <42068A5C.1030300@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <42068A5C.1030300@root.org> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.ru/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.2 Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 00:08:33 -0000 On Sun, Feb 06, 2005 at 01:21:32PM -0800, Nate Lawson wrote: > I've finished the major work of importing cpufreq. As part of this, the > sysctls for acpi throttling have been removed. The power_profile script > has been updated, so you can use performance/economy_cpu_freq= in > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > support has been compiled into acpi_perf.ko so load that to get > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > sysctls. > > If you have throttling, please test the new configuration to be sure it > still works as before. Final upcoming work will be manpage support and > bugfixing as necessary. > MY laptop has CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz (1988.52-MHz 686-class CPU). I've tested tx states with the following script: #!/bin/sh freq_levels=`sysctl dev.cpu.0.freq_levels|cut -d : -f 2|sed -e 's/\/-1//g'` echo "Supported freq levels are: ${freq_levels}" for i in ${freq_levels} do echo "[=== Results testing [$i] freq level ===]" sysctl dev.cpu.0.freq=$i 1> /dev/null openssl speed blowfish done Here is some output: Supported freq levels are: 1991 1742 1493 1244 1196 1046 995 897 746 598 497 448 299 248 149 [=== Results testing [1991] freq level ===] type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes blowfish cbc 44067.47k 46774.97k 46975.74k 47349.96k 47353.11k ... [=== Results testing [1196] freq level ===] type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes blowfish cbc 26456.76k 27924.48k 28192.14k 28336.50k 28410.68k ... [=== Results testing [149] freq level ===] type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes blowfish cbc 2541.21k 2660.68k 2731.58k 2720.56k 2720.05k It seems to work. By the way, what does /-1 mean, in dev.cpu.0.freq_levels output? -- Anton A. Karpov PGP key: http://www.toxahost.ru/pgp/pubkey.asc =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= Contrary to popular belief, Unix is user friendly. It just happens to be very selective about who it decides to make friends with. /* no comment */ =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 00:26:49 2005 Return-Path: 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 BB64F16A4CE for ; Mon, 7 Feb 2005 00:26:49 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65B0A43D3F for ; Mon, 7 Feb 2005 00:26:49 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.7) (authenticated as u86211448) id 41E32167003AF163; Mon, 7 Feb 2005 01:26:17 +0100 Message-ID: <4206B5A6.20100@telia.com> Date: Mon, 07 Feb 2005 01:26:14 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20050204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42068A5C.1030300@root.org> In-Reply-To: <42068A5C.1030300@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 00:26:49 -0000 Nate Lawson wrote: > I've finished the major work of importing cpufreq. As part of this, the > sysctls for acpi throttling have been removed. The power_profile script > has been updated, so you can use performance/economy_cpu_freq= in > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > support has been compiled into acpi_perf.ko so load that to get > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > sysctls. > Tried this on my ThinkPad T41, seems to work great except I managed to produce this message one time. -- Power is plugged in here, freq=1700 acpi_acad0: Off Line cpu0: Performance states changed -- Power unplugged, power_profile adjusted freq to 75 :) acpi_acad0: On Line -- Power reconnected, freq stayed at 75 acpi_perf0: Px transition to 1700 failed acpi_perf0: set freq failed, err 6 stray irq7 stray irq7 stray irq7 stray irq7 too many stray irq 7's: not logging anymore cpu0: Performance states changed -- Manually pushed freq back to 1700 without problems CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.56-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 # sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1700 dev.cpu.0.freq_levels: 1700/24500 1487/21437 1400/19500 1275/18375 1225/17062 1200/16000 1062/15312 1000/13000 900/12000 875/12187 850/12250 800/9500 750/10000 700/9750 637/9187 600/6000 525/7312 500/6500 450/6000 425/6125 400/4750 375/4875 350/4875 300/4000 250/3250 212/3062 175/2437 150/2000 125/1625 100/1187 75/750 Both acpi_perf.ko and cpufreq.ko loaded. -- Pawel From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 00:52:01 2005 Return-Path: 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 6AF4116A4CE; Mon, 7 Feb 2005 00:52:01 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18BFC43D55; Mon, 7 Feb 2005 00:52:01 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j170lhbs017280; Sun, 6 Feb 2005 19:47:43 -0500 Message-ID: <4206BBAE.4060704@root.org> Date: Sun, 06 Feb 2005 16:51:58 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Anton A. Karpov" References: <42068A5C.1030300@root.org> <20050207000604.GA4385@laptoxa.toxa.lan> In-Reply-To: <20050207000604.GA4385@laptoxa.toxa.lan> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 00:52:01 -0000 Anton A. Karpov wrote: > MY laptop has CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz > (1988.52-MHz 686-class CPU). I've tested tx states with the following > script: > > Here is some output: > > Supported freq levels are: 1991 1742 1493 1244 1196 1046 995 897 746 > 598 497 448 299 248 149 > [=== Results testing [1991] freq level ===] > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes > blowfish cbc 44067.47k 46774.97k 46975.74k 47349.96k 47353.11k > ... > [=== Results testing [1196] freq level ===] > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes > blowfish cbc 26456.76k 27924.48k 28192.14k 28336.50k 28410.68k > ... > [=== Results testing [149] freq level ===] > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes > blowfish cbc 2541.21k 2660.68k 2731.58k 2720.56k 2720.05k > > It seems to work. By the way, what does /-1 mean, in > dev.cpu.0.freq_levels output? The second value is power in milliwatts, the first is frequency in Mhz. If you have only throttling support, there's no way to know what the power consumption is so -1 is "unknown". If you have both throttling and some other driver that knows the power consumption, these values will be accurate. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 00:54:41 2005 Return-Path: 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 6FCAE16A4CE for ; Mon, 7 Feb 2005 00:54:41 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BAF343D39 for ; Mon, 7 Feb 2005 00:54:41 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j170oObs018584; Sun, 6 Feb 2005 19:50:24 -0500 Message-ID: <4206BC4F.7070609@root.org> Date: Sun, 06 Feb 2005 16:54:39 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <42068A5C.1030300@root.org> <4206B5A6.20100@telia.com> In-Reply-To: <4206B5A6.20100@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 00:54:41 -0000 Pawel Worach wrote: > Tried this on my ThinkPad T41, seems to work great except I managed to > produce > this message one time. > > -- Power is plugged in here, freq=1700 > acpi_acad0: Off Line > cpu0: Performance states changed > -- Power unplugged, power_profile adjusted freq to 75 :) > acpi_acad0: On Line > -- Power reconnected, freq stayed at 75 > acpi_perf0: Px transition to 1700 failed > acpi_perf0: set freq failed, err 6 > stray irq7 > stray irq7 > stray irq7 > stray irq7 > too many stray irq 7's: not logging anymore > cpu0: Performance states changed > -- Manually pushed freq back to 1700 without problems I suspect something slowed the machine at that point in time? Perhaps we exceeded the time for the transition in acpi_perf0. I'll look into this a bit to be sure though. > # sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU (3 Cx states) > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU_ > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1700 > dev.cpu.0.freq_levels: 1700/24500 1487/21437 1400/19500 1275/18375 > 1225/17062 1200/16000 1062/15312 1000/13000 900/12000 875/12187 > 850/12250 800/9500 750/10000 700/9750 637/9187 600/6000 525/7312 > 500/6500 450/6000 425/6125 400/4750 375/4875 350/4875 300/4000 250/3250 > 212/3062 175/2437 150/2000 125/1625 100/1187 75/750 > > Both acpi_perf.ko and cpufreq.ko loaded. Hehe, 75 Mhz is 750 milliwatts. You don't need to load cpufreq.ko since all that supports right now is Speedstep-ICH. In the future, perhaps it will have a SpeedStep Pentium-M driver also. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 02:43:44 2005 Return-Path: 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 78EB216A4CE for ; Mon, 7 Feb 2005 02:43:44 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18B1A43D5F for ; Mon, 7 Feb 2005 02:43:44 +0000 (GMT) (envelope-from sepotvin@videotron.ca) Received: from [192.168.0.245] ([70.80.136.44]) by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IBI00GLISW6ZN@VL-MO-MR010.ip.videotron.ca> for acpi@freebsd.org; Sun, 06 Feb 2005 21:43:18 -0500 (EST) Date: Sun, 06 Feb 2005 21:43:18 -0500 From: "Stephane E. Potvin" In-reply-to: <42068A5C.1030300@root.org> To: Nate Lawson , acpi@freebsd.org Message-id: <4206D5C6.1060109@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0 (X11/20050202) X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime References: <42068A5C.1030300@root.org> Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 02:43:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nate Lawson wrote: | I've finished the major work of importing cpufreq. As part of this, the | sysctls for acpi throttling have been removed. The power_profile script | has been updated, so you can use performance/economy_cpu_freq= in | rc.conf to set AC on/offline cpu frequencies. The acpi throttling | support has been compiled into acpi_perf.ko so load that to get | throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq | sysctls. | | If you have throttling, please test the new configuration to be sure it | still works as before. Final upcoming work will be manpage support and | bugfixing as necessary. | | I'd also like to issue a call for developers to help by porting older | drivers (like longrun) and out-of-tree new drivers (like powernow-k7/k8 | and speedstep-m) to the cpufreq interface. It's very simple and you | just have to figure out if your driver is absolute or relative, and | convert values to the proper units (percent in hundredths, power in mW, | etc.) Once that is done, please send me the diff for review before | commit so I can make sure it works properly. | I've lost cpu throttling with this commit on my Dell Inspiron XPS. The acpi_throttle driver doesn't probe correctly on the HT cpu which seems to cause some problems. ... acpi0: on motherboard cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 cpu1: acpi_throttle: add child failed ... If you need anything (acpi ASL dump, ...) I'll send them offline as they are quite large. Steph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCBtXGmdOXtTCX/nsRAiJ/AKDQ5gVq+cyGxyZItZ/3grthjVWyTwCg+qi5 LsKBtAOEtbJak4qltk6X5PY= =7orK -----END PGP SIGNATURE----- From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 03:23:02 2005 Return-Path: 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 E85E416A4CE for ; Mon, 7 Feb 2005 03:23:02 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BF4F43D46 for ; Mon, 7 Feb 2005 03:23:02 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j173Ijbs011083; Sun, 6 Feb 2005 22:18:45 -0500 Message-ID: <4206DF13.1000002@root.org> Date: Sun, 06 Feb 2005 19:22:59 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Stephane E. Potvin" References: <42068A5C.1030300@root.org> <4206D5C6.1060109@videotron.ca> In-Reply-To: <4206D5C6.1060109@videotron.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 03:23:03 -0000 Stephane E. Potvin wrote: > I've lost cpu throttling with this commit on my Dell Inspiron XPS. The > acpi_throttle driver doesn't probe correctly on the HT cpu which seems > to cause some problems. > > ... > acpi0: on motherboard > cpu0: on acpi0 > acpi_throttle0: on cpu0 > cpu1: on acpi0 > cpu1: acpi_throttle: add child failed > ... > > If you need anything (acpi ASL dump, ...) I'll send them offline as they > are quite large. I could use the full dmesg (before/after the change) and output of sysctl dev.cpu. Also, please send acpidump -t -d > dell.asl privately. Thanks, -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 03:27:23 2005 Return-Path: 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 0CC9C16A4CE for ; Mon, 7 Feb 2005 03:27:23 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94F9F43D3F for ; Mon, 7 Feb 2005 03:27:22 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j173RLvE031803; Sun, 6 Feb 2005 22:27:21 -0500 Message-ID: <4206E017.9020802@root.org> Date: Sun, 06 Feb 2005 19:27:19 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <42068A5C.1030300@root.org> <4206B5A6.20100@telia.com> In-Reply-To: <4206B5A6.20100@telia.com> Content-Type: multipart/mixed; boundary="------------070801020103010809050103" cc: acpi@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 03:27:23 -0000 This is a multi-part message in MIME format. --------------070801020103010809050103 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Pawel Worach wrote: > Tried this on my ThinkPad T41, seems to work great except I managed to > produce > this message one time. > > -- Power is plugged in here, freq=1700 > acpi_acad0: Off Line > cpu0: Performance states changed > -- Power unplugged, power_profile adjusted freq to 75 :) > acpi_acad0: On Line > -- Power reconnected, freq stayed at 75 > acpi_perf0: Px transition to 1700 failed > acpi_perf0: set freq failed, err 6 > stray irq7 > stray irq7 > stray irq7 > stray irq7 > too many stray irq 7's: not logging anymore > cpu0: Performance states changed > -- Manually pushed freq back to 1700 without problems I think at 75 Mhz your system just ran out of time while doing the transition. Try the attached patch. If it doesn't fix the problem, try adjusting the 1000s up or down until you get an idea where the problem starts to occur. In general, running a P4-M at 75 Mhz is not going to be too useful. :) -- Nate --------------070801020103010809050103 Content-Type: text/plain; name="px_delay.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="px_delay.diff" Index: acpi_perf.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_perf.c,v retrieving revision 1.4 diff -u -r1.4 acpi_perf.c --- acpi_perf.c 6 Feb 2005 20:12:28 -0000 1.4 +++ acpi_perf.c 7 Feb 2005 03:25:08 -0000 @@ -414,13 +414,13 @@ /* Try for up to 1 ms to verify the desired state was selected. */ sts_val = sc->px_states[i].sts_val; - for (tries = 0; tries < 100; tries++) { + for (tries = 0; tries < 1000; tries++) { status = PX_GET_REG(sc->perf_status); if (status == sts_val) break; DELAY(10); } - if (tries == 100) { + if (tries == 1000) { device_printf(dev, "Px transition to %d failed\n", sc->px_states[i].core_freq); return (ENXIO); --------------070801020103010809050103-- From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 04:15:29 2005 Return-Path: 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 55A5F16A4CE for ; Mon, 7 Feb 2005 04:15:29 +0000 (GMT) Received: from mailtest.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id C352C43D55 for ; Mon, 7 Feb 2005 04:15:28 +0000 (GMT) (envelope-from fcash-ml@sd73.bc.ca) Received: from localhost (localhost [127.0.0.1]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 972D6F1F10; Sun, 6 Feb 2005 20:15:26 -0800 (PST) Received: from mailtest.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 41767-01-11; Sun, 6 Feb 2005 20:15:25 -0800 (PST) Received: by mailtest.sd73.bc.ca (Postfix, from userid 80) id C3D72F1876; Sun, 6 Feb 2005 20:15:25 -0800 (PST) Received: from 24.71.128.63 (SquirrelMail authenticated user fcash); by mailtest.sd73.bc.ca with HTTP; Sun, 6 Feb 2005 20:15:25 -0800 (PST) Message-ID: <63472.24.71.128.63.1107749725.squirrel@24.71.128.63> In-Reply-To: <42068A5C.1030300@root.org> References: <42068A5C.1030300@root.org> Date: Sun, 6 Feb 2005 20:15:25 -0800 (PST) From: "Freddie Cash" To: "Nate Lawson" User-Agent: SquirrelMail/1.5.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca cc: freebsd-acpi@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fcash-ml@sd73.bc.ca List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 04:15:29 -0000 > If you have throttling, please test the new configuration to be sure > it still works as before. Final upcoming work will be manpage > support and bugfixing as necessary. acpi_perf.ko doesn't do anything on my Toshiba A60-J1L (2.8 GHz Celeron). Neither does acpi_toshiba.ko or acpi_video.ko for that matter. If I add CPU_ENABLE_P4TCC to my kernel config, then I can throttle the CPU from 100% down to 13%. But that's the only throttle support this laptop seems to have (and it's worked since I noticed it in NOTES with 5.2-CURRENT). It uses the ATI IGP chipset, so I'm not expecting miracles with this thing (the sound and modem don't work either, and the HD is detected as UDMA33 instead of UDMA100). I'm running the latest BIOS (1.80C), and 6-CURRENT cvsup'd this afternoon. Links to dmesg, asl, and sysctl output is below. If there's anything else that's needed or wanted, let me know. http://mailtest.sd73.bc.ca/fcash/dmesg.verbose http://mailtest.sd73.bc.ca/fcash/fcash-toshiba-a60-j1l.asl http://mailtest.sd73.bc.ca/fcash/sysctl.txt If this chipset isn't supported, that's fine. The P4TCC support works well enough for my uses. :) -- Freddie Cash, CCNT CCLP Helpdesk / Network Support Tech. School District 73 (250) 377-HELP [377-4357] fcash@sd73.bc.ca helpdesk@sd73.bc.ca From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 05:07:08 2005 Return-Path: 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 E728016A4CE; Mon, 7 Feb 2005 05:07:08 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 870C343D4C; Mon, 7 Feb 2005 05:07:08 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j17575vE002656; Mon, 7 Feb 2005 00:07:06 -0500 Message-ID: <4206F778.8030404@root.org> Date: Sun, 06 Feb 2005 21:07:04 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: fcash-ml@sd73.bc.ca References: <42068A5C.1030300@root.org> <63472.24.71.128.63.1107749725.squirrel@24.71.128.63> In-Reply-To: <63472.24.71.128.63.1107749725.squirrel@24.71.128.63> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 05:07:09 -0000 Freddie Cash wrote: >>If you have throttling, please test the new configuration to be sure >>it still works as before. Final upcoming work will be manpage >>support and bugfixing as necessary. > > > acpi_perf.ko doesn't do anything on my Toshiba A60-J1L (2.8 GHz > Celeron). Neither does acpi_toshiba.ko or acpi_video.ko for that > matter. > > If I add CPU_ENABLE_P4TCC to my kernel config, then I can throttle the > CPU from 100% down to 13%. But that's the only throttle support this > laptop seems to have (and it's worked since I noticed it in NOTES with > 5.2-CURRENT). > > It uses the ATI IGP chipset, so I'm not expecting miracles with this > thing (the sound and modem don't work either, and the HD is detected > as UDMA33 instead of UDMA100). > > I'm running the latest BIOS (1.80C), and 6-CURRENT cvsup'd this > afternoon. Links to dmesg, asl, and sysctl output is below. If > there's anything else that's needed or wanted, let me know. > > http://mailtest.sd73.bc.ca/fcash/dmesg.verbose > http://mailtest.sd73.bc.ca/fcash/fcash-toshiba-a60-j1l.asl > http://mailtest.sd73.bc.ca/fcash/sysctl.txt > > If this chipset isn't supported, that's fine. The P4TCC support works > well enough for my uses. :) As expected, your laptop doesn't support ACPI throttling (DUTY_WIDTH=0, no _PTC method) or ACPI Px states (no _PSS, PCT methods). p4tcc should be converted to the cpufreq framework. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 05:11:52 2005 Return-Path: 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 3A42716A4CE for ; Mon, 7 Feb 2005 05:11:52 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFDBF43D55 for ; Mon, 7 Feb 2005 05:11:51 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j175C32Y015495; Mon, 7 Feb 2005 00:12:04 -0500 Message-ID: <4206F893.8030507@root.org> Date: Sun, 06 Feb 2005 21:11:47 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Stephane E. Potvin" References: <42068A5C.1030300@root.org> <4206D5C6.1060109@videotron.ca> In-Reply-To: <4206D5C6.1060109@videotron.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 05:11:52 -0000 Stephane E. Potvin wrote: > I've lost cpu throttling with this commit on my Dell Inspiron XPS. The > acpi_throttle driver doesn't probe correctly on the HT cpu which seems > to cause some problems. After looking at your ASL, it only worked by accident before anyway. This must be some new laptop -- it needs _PDC support which was only standardized in September 2004. I'll look at adding that. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 09:39:39 2005 Return-Path: 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 4BBB016A4CE for ; Mon, 7 Feb 2005 09:39:39 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84FE643D5A for ; Mon, 7 Feb 2005 09:39:37 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 83036 invoked by uid 0); 7 Feb 2005 12:39:23 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.2. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 11.293789 secs); 07 Feb 2005 09:39:23 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by mail.ank-pki.ru with SMTP; 7 Feb 2005 12:39:12 +0300 Date: Mon, 7 Feb 2005 12:37:09 +0300 From: Toxa To: current@freebsd.org, acpi@freebsd.org X-Comment-To: "Anton A. Karpov" Message-ID: <20050207093709.GA2953@laptoxa.toxa.lan> Mail-Followup-To: current@freebsd.org, acpi@freebsd.org References: <42068A5C.1030300@root.org> <20050207000604.GA4385@laptoxa.toxa.lan> <4206BBAE.4060704@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4206BBAE.4060704@root.org> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.ru/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.2 Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 09:39:39 -0000 On Sun, Feb 06, 2005 at 04:51:58PM -0800, Nate Lawson wrote: > The second value is power in milliwatts, the first is frequency in Mhz. > If you have only throttling support, there's no way to know what the > power consumption is so -1 is "unknown". If you have both throttling > and some other driver that knows the power consumption, these values > will be accurate. > > -- > Nate Ok, thanks a lot. By the way, with hw.acpi.cpu.throttling_states I had only 8 states or so, and now I can see 15 freq levels :) But on the other side, my laptop now hangs sometimes (not always) when I plug in/plug out AC adapter. I only configured devd to change freq level according to AC state changes... -- Anton A. Karpov PGP key: http://www.toxahost.ru/pgp/pubkey.asc =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= "Anyone who quotes me in their sig is an idiot." Rusty Russell =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 10:49:15 2005 Return-Path: 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 D0A4516A4CE; Mon, 7 Feb 2005 10:49:15 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9A7D43D54; Mon, 7 Feb 2005 10:49:14 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j17AnBU9019849; Mon, 7 Feb 2005 13:49:11 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Mon, 7 Feb 2005 13:49:11 +0300 (MSK) From: Maxim Konovalov To: Toxa In-Reply-To: <20050207093709.GA2953@laptoxa.toxa.lan> Message-ID: <20050207134759.E19563@mp2.macomnet.net> References: <42068A5C.1030300@root.org> <20050207000604.GA4385@laptoxa.toxa.lan> <4206BBAE.4060704@root.org> <20050207093709.GA2953@laptoxa.toxa.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (208/050203) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 10:49:15 -0000 On Mon, 7 Feb 2005, 12:37+0300, Toxa wrote: > On Sun, Feb 06, 2005 at 04:51:58PM -0800, Nate Lawson wrote: > > The second value is power in milliwatts, the first is frequency in Mhz. > > If you have only throttling support, there's no way to know what the > > power consumption is so -1 is "unknown". If you have both throttling > > and some other driver that knows the power consumption, these values > > will be accurate. > > > > -- > > Nate > > Ok, thanks a lot. By the way, with hw.acpi.cpu.throttling_states I had only 8 > states or so, and now I can see 15 freq levels :) > But on the other side, my laptop now hangs sometimes (not always) when I > plug in/plug out AC adapter. I only configured devd to change freq level > according to AC state changes... Make sure you don't have CPU_ENABLE_TCC stuff in kernel. In conjuction with acpi trottling it makes my notebook hangs from time to time. -- Maxim Konovalov From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 11:01:42 2005 Return-Path: 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 8BB9816A4DF for ; Mon, 7 Feb 2005 11:01:42 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C3D243D58 for ; Mon, 7 Feb 2005 11:01:42 +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.1/8.13.1) with ESMTP id j17B1gwQ059264 for ; Mon, 7 Feb 2005 11:01:42 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j17B1fw8059258 for freebsd-acpi@freebsd.org; Mon, 7 Feb 2005 11:01:41 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 7 Feb 2005 11:01:41 GMT Message-Id: <200502071101.j17B1fw8059258@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 Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 11:01:42 -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 f [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 f [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena 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 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/01/22] i386/61703 acpi ACPI + Sound + Boot = Reboot o [2004/03/17] kern/64365 acpi ACPI problems f [2004/05/25] i386/67189 acpi ACPI S3 reboot computer on Dell Latitude o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) f [2004/06/23] i386/68219 acpi ACPI + snd_maestro3 problem o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi acpi / thermal support o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 12:00:07 2005 Return-Path: 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 3F68B16A4CE; Mon, 7 Feb 2005 12:00:07 +0000 (GMT) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E96043D31; Mon, 7 Feb 2005 12:00:04 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.128] ([192.168.2.2]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j17BvlrE077817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Feb 2005 12:57:49 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <420757AD.9060603@portaone.com> Date: Mon, 07 Feb 2005 13:57:33 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42068A5C.1030300@root.org> In-Reply-To: <42068A5C.1030300@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 12:00:07 -0000 Great! It would be nice if you can document this new facility in the Handbook, since it is likely to be of interest for very large percentage of FreeBSD users. Also, it should be mentioned in the release notes. -Maxim Nate Lawson wrote: > I've finished the major work of importing cpufreq. As part of this, the > sysctls for acpi throttling have been removed. The power_profile script > has been updated, so you can use performance/economy_cpu_freq= in > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > support has been compiled into acpi_perf.ko so load that to get > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > sysctls. > > If you have throttling, please test the new configuration to be sure it > still works as before. Final upcoming work will be manpage support and > bugfixing as necessary. > > I'd also like to issue a call for developers to help by porting older > drivers (like longrun) and out-of-tree new drivers (like powernow-k7/k8 > and speedstep-m) to the cpufreq interface. It's very simple and you > just have to figure out if your driver is absolute or relative, and > convert values to the proper units (percent in hundredths, power in mW, > etc.) Once that is done, please send me the diff for review before > commit so I can make sure it works properly. > > Thanks, From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 13:33:52 2005 Return-Path: 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 CFAD616A4CE for ; Mon, 7 Feb 2005 13:33:52 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42EBC43D4C for ; Mon, 7 Feb 2005 13:33:52 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-77-186-245.dsl.wotnoh.ameritech.net [68.77.186.245]) (authenticated bits=0)j17D7cmQ079519 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 7 Feb 2005 08:07:39 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-acpi@freebsd.org Date: Mon, 7 Feb 2005 08:37:50 -0500 User-Agent: KMail/1.7 References: <42068A5C.1030300@root.org> In-Reply-To: <42068A5C.1030300@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1207247.8iTroe6btV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502070837.58319.mistry.7@osu.edu> X-Spam-Status: No, hits=0.6 required=5.0 tests=J_CHICKENPOX_26 autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 13:33:52 -0000 --nextPart1207247.8iTroe6btV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 06 February 2005 04:21 pm, Nate Lawson wrote: > I'd also like to issue a call for developers to help by porting older > drivers (like longrun) and out-of-tree new drivers (like powernow-k7/k8 > and speedstep-m) to the cpufreq interface. It's very simple and you > just have to figure out if your driver is absolute or relative, and > convert values to the proper units (percent in hundredths, power in mW, > etc.) Once that is done, please send me the diff for review before > commit so I can make sure it works properly. > I'm interested in porting Longrun to the new framework. So all that is nee= d=20 is just to expose the existing sysctl values hw.crusoe through the acpi_per= f=20 framework and some minor conversion if necessary? =2D-=20 Anish Mistry --nextPart1207247.8iTroe6btV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCB282xqA5ziudZT0RAg+bAJ0ducS8tiaUrwxZ00O4+j3SgLSQdACfYsxA jmTAWkl3TjGv3muq9fK6iG8= =nAdV -----END PGP SIGNATURE----- --nextPart1207247.8iTroe6btV-- From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 13:35:18 2005 Return-Path: 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 DB48216A4CE for ; Mon, 7 Feb 2005 13:35:18 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D8243D49 for ; Mon, 7 Feb 2005 13:35:18 +0000 (GMT) (envelope-from Juergen.Dankoweit@t-online.de) Received: from fwd08.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1Cy92r-0006BC-00; Mon, 07 Feb 2005 14:35:17 +0100 Received: from mailsmtp.juergendankoweit.net (XL+yVcZ1Ze9PZ1rWml+EBlo+f+5Ohhd6wl1Xxfo1qKrtlt7A4S8JEC@[84.128.45.214]) by fwd08.sul.t-online.com with esmtp id 1Cy92Z-1Qxs240; Mon, 7 Feb 2005 14:34:59 +0100 Received: from localhost.juergendankoweit.net (localhost.juergendankoweit.net [127.0.0.1]) by mailsmtp.juergendankoweit.net (Postfix) with ESMTP id 5ED5A33C4C for ; Mon, 7 Feb 2005 14:34:58 +0100 (CET) Received: from mailsmtp.juergendankoweit.net (localhost.juergendankoweit.net [127.0.0.1])05471-4B2A293A; Mon, 07 Feb 2005 14:34:58 +0100 Received: from primergy470.juergendankoweit.net (primergy470.juergendankoweit.net [192.168.1.1]) by mailsmtp.juergendankoweit.net (Postfix) with ESMTP id DF1C833C41 for ; Mon, 7 Feb 2005 14:34:57 +0100 (CET) From: Juergen.Dankoweit@t-online.de (Juergen Dankoweit) To: FreeBSD-ACPI Content-Type: text/plain; charset=UTF-8 Date: Mon, 07 Feb 2005 14:34:56 +0100 Message-Id: <1107783296.4547.17.camel@primergy470.juergendankoweit.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-9; AVE: 6.29.0.11; VDF: 6.29.0.109; host: primergy470.juergendankoweit.net) X-ID: XL+yVcZ1Ze9PZ1rWml+EBlo+f+5Ohhd6wl1Xxfo1qKrtlt7A4S8JEC X-TOI-MSGID: 67b3ae83-99eb-484d-a883-b678499290a2 Subject: ACPI-Problems on IBM Thinkpad 600 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Juergen.Dankoweit@T-Online.de List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 13:35:19 -0000 Hello to the mailling list. On my IBM Thinkpad 600 I have problems with ACPI and FreeBSD 5.3 STABLE. Short list of effects: (*) acpiconf -s3 suspends the notebook for ever.=20 Only the power switch wakes up the notebook: the display flashes and then the notebook hangs. Only pressing the power switch for about one minute will turn off the Thinkpad. (*) Closing the display for suspend-to-ram does not work. The notebook only beeps two times and nothings happens (*) Typing + for suspend-to-ram does not work (see the point before this) (*) APM works fine on this notebook I hope I have described the troubles clear enough. For further questions please feel free to send an email. On the following link you can download the files you need for debugging: http://home.t-online.de/home/Juergen.Dankoweit/tp600.html or here (between 18:00 and 21:00 GMT!!!!, because it is my own server) http://juergendankoweit.nerdcamp.net/FreeBSD/Notebook/tp600_troubles.html I wish you success for solving the problems. Many thanks for your work. Best regards J=C3=BCrgen Dankoweit From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 13:38:42 2005 Return-Path: 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 DBA8B16A4CE; Mon, 7 Feb 2005 13:38:42 +0000 (GMT) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39C4443D53; Mon, 7 Feb 2005 13:38:42 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd06.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1Cy968-00035w-03; Mon, 07 Feb 2005 14:38:40 +0100 Received: from Andro-Beta.Leidinger.net (EAvsOEZV8eD8KhgsaRaqYptsnE0-eXgD-K6EcOQTyMGeDf0dr6YRc7@[217.83.31.109]) by fmrl06.sul.t-online.com with esmtp id 1Cy95u-2F1s6C0; Mon, 7 Feb 2005 14:38:26 +0100 Received: from localhost (localhost [127.0.0.1])j17Dc4Su010061; Mon, 7 Feb 2005 14:38:04 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde) with HTTP for ; Mon, 7 Feb 2005 14:38:04 +0100 Message-ID: <20050207143804.7tf8xse944ck48co@netchild.homeip.net> X-Priority: 3 (Normal) Date: Mon, 7 Feb 2005 14:38:04 +0100 From: Alexander Leidinger To: Nate Lawson References: <42068A5C.1030300@root.org> In-Reply-To: <42068A5C.1030300@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.1) / FreeBSD-4.11 X-ID: EAvsOEZV8eD8KhgsaRaqYptsnE0-eXgD-K6EcOQTyMGeDf0dr6YRc7@t-dialin.net X-TOI-MSGID: 25a90333-42ee-4b98-b258-59e222ea9b20 cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 13:38:43 -0000 Nate Lawson wrote: > If you have throttling, please test the new configuration to be sure it > still works as before. Final upcoming work will be manpage support and > bugfixing as necessary. Does this also affect hw.acpi.cpu.cx*? If yes: My desktop system only had C2 for a long time and after an update at the weekend I've looked at the cpufreq stuff and noticed, that it now allows C3 too. I've tried it and the system freezed immediatly. No way to do anything after this, I had to reset the system. Anything I can send to you (at the weekend) to debug this? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Boy, that crayon sure did hurt! From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 15:33:58 2005 Return-Path: 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 462DD16A4CE for ; Mon, 7 Feb 2005 15:33:58 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3B5343D1F for ; Mon, 7 Feb 2005 15:33:57 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j17FYA2Y003056; Mon, 7 Feb 2005 10:34:10 -0500 Message-ID: <42078A64.5070200@root.org> Date: Mon, 07 Feb 2005 07:33:56 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <42068A5C.1030300@root.org> <200502070837.58319.mistry.7@osu.edu> In-Reply-To: <200502070837.58319.mistry.7@osu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 15:33:58 -0000 Anish Mistry wrote: > On Sunday 06 February 2005 04:21 pm, Nate Lawson wrote: > >>I'd also like to issue a call for developers to help by porting older >>drivers (like longrun) and out-of-tree new drivers (like powernow-k7/k8 >>and speedstep-m) to the cpufreq interface. It's very simple and you >>just have to figure out if your driver is absolute or relative, and >>convert values to the proper units (percent in hundredths, power in mW, >>etc.) Once that is done, please send me the diff for review before >>commit so I can make sure it works properly. >> > > I'm interested in porting Longrun to the new framework. So all that is need > is just to expose the existing sysctl values hw.crusoe through the acpi_perf > framework and some minor conversion if necessary? Sort of. It's more than sysctls, that's why it took so long. :) Just implement the 3 methods cpufreq_drv_settings, cpufreq_drv_get, and cpufreq_drv_set as well as make the driver probe under cpu0 instead of through a SYSINIT (see foo_identify() in the drivers). -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 16:03:03 2005 Return-Path: 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 55DE416A4CE for ; Mon, 7 Feb 2005 16:03:03 +0000 (GMT) Received: from wasley.bl.mmtr.or.jp (wasley.bl.mmtr.or.jp [210.228.173.142]) by mx1.FreeBSD.org (Postfix) with SMTP id 475B043D41 for ; Mon, 7 Feb 2005 16:02:58 +0000 (GMT) (envelope-from rushani@bl.mmtr.or.jp) Received: (qmail 5233 invoked from network); 8 Feb 2005 01:02:57 +0900 Received: from unknown (HELO localhost) (202.229.143.141) by wasley.bl.mmtr.or.jp with SMTP; 8 Feb 2005 01:02:57 +0900 Date: Tue, 08 Feb 2005 01:02:48 +0900 (JST) Message-Id: <20050208.010248.63085787.rushani@bl.mmtr.or.jp> To: Juergen.Dankoweit@T-Online.de From: Hideyuki KURASHINA In-Reply-To: <1107783296.4547.17.camel@primergy470.juergendankoweit.net> References: <1107783296.4547.17.camel@primergy470.juergendankoweit.net> X-URL: http://www.rushani.jp/ X-PGP-Public-Key: http://www.rushani.jp/rushani.asc X-PGP-Fingerprint: A052 6F98 6146 6FE3 91E2 DA6B F2FA 2088 439A DC57 X-RC5-72-Stats: http://stats.distributed.net/participant/psummary.php?project_id=8&id=432320 X-Mailer: Mew version 4.2rc3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: ACPI-Problems on IBM Thinkpad 600 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 16:03:03 -0000 Hi, >>> On Mon, 07 Feb 2005 14:34:56 +0100, Juergen.Dankoweit@t-online.de (Juergen Dankoweit) said: > Hello to the mailling list. > > On my IBM Thinkpad 600 I have problems with ACPI and FreeBSD 5.3 STABLE. > Short list of effects: > (*) acpiconf -s3 suspends the notebook for ever. > Only the power switch wakes up the notebook: the display flashes and > then the notebook hangs. Only pressing the power switch for about one > minute will turn off the Thinkpad. I can't remind where original discussion held (on mobile@ ?), building kernel with options SC_NO_SUSPEND_VTYSWITCH or adding following line into /boot/device.hints hw.syscons.sc_no_suspend_vtswitch=1 may help. See syscons(4) for details. > (*) Closing the display for suspend-to-ram does not work. The notebook > only beeps two times and nothings happens Try # sysctl hw.acpi.lid_switch_state=S3 > (*) Typing + for suspend-to-ram does not work (see the point > before this) > (*) APM works fine on this notebook Other issue I noticed is IRQ uchi0 uses now changed when ACPI enabled. If this is wrong behavior (i.e. APM do the right thing), you can fix up IRQ routing for ACPI by specifying hw.acpi.pci.link.%d.%d.%d.irq="IRQ number" in /boot/loader.conf. See acpi(4) for details. Hope this helps, > I hope I have described the troubles clear enough. > For further questions please feel free to send an email. > > On the following link you can download the files you need for debugging: > http://home.t-online.de/home/Juergen.Dankoweit/tp600.html > > or here (between 18:00 and 21:00 GMT!!!!, because it is my own server) > > http://juergendankoweit.nerdcamp.net/FreeBSD/Notebook/tp600_troubles.html > > I wish you success for solving the problems. -- rushani From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 7 22:10:29 2005 Return-Path: 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 37CB816A4CE for ; Mon, 7 Feb 2005 22:10:29 +0000 (GMT) Received: from smtp.intellex.com (smtp.intellex.com [199.233.213.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 4E5C243D31 for ; Mon, 7 Feb 2005 22:10:28 +0000 (GMT) (envelope-from chris@smtp.intellex.com) Received: (qmail 29633 invoked by uid 0); 7 Feb 2005 22:30:43 -0000 Received: (qmail 47473 invoked from network); 7 Feb 2005 13:59:40 -0000 Received: from mx2.freebsd.org (216.136.204.119) by smtp.intellex.com with SMTP; 7 Feb 2005 13:59:40 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id E836A567CD; Mon, 7 Feb 2005 13:38:51 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8AE7716A4F3; Mon, 7 Feb 2005 13:38:49 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBA8B16A4CE; Mon, 7 Feb 2005 13:38:42 +0000 (GMT) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39C4443D53; Mon, 7 Feb 2005 13:38:42 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd06.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1Cy968-00035w-03; Mon, 07 Feb 2005 14:38:40 +0100 Received: from Andro-Beta.Leidinger.net (EAvsOEZV8eD8KhgsaRaqYptsnE0-eXgD-K6EcOQTyMGeDf0dr6YRc7@[217.83.31.109]) by fmrl06.sul.t-online.com with esmtp id 1Cy95u-2F1s6C0; Mon, 7 Feb 2005 14:38:26 +0100 Received: from localhost (localhost [127.0.0.1])j17Dc4Su010061; Mon, 7 Feb 2005 14:38:04 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde) with HTTP for ; Mon, 7 Feb 2005 14:38:04 +0100 Message-ID: <20050207143804.7tf8xse944ck48co@netchild.homeip.net> X-Priority: 3 (Normal) Date: Mon, 7 Feb 2005 14:38:04 +0100 From: Alexander Leidinger To: Nate Lawson References: <42068A5C.1030300@root.org> In-Reply-To: <42068A5C.1030300@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.1) / FreeBSD-4.11 X-ID: EAvsOEZV8eD8KhgsaRaqYptsnE0-eXgD-K6EcOQTyMGeDf0dr6YRc7@t-dialin.net X-TOI-MSGID: 25a90333-42ee-4b98-b258-59e222ea9b20 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 22:10:29 -0000 Nate Lawson wrote: > If you have throttling, please test the new configuration to be sure it > still works as before. Final upcoming work will be manpage support and > bugfixing as necessary. Does this also affect hw.acpi.cpu.cx*? If yes: My desktop system only had C2 for a long time and after an update at the weekend I've looked at the cpufreq stuff and noticed, that it now allows C3 too. I've tried it and the system freezed immediatly. No way to do anything after this, I had to reset the system. Anything I can send to you (at the weekend) to debug this? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Boy, that crayon sure did hurt! _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 8 07:19:55 2005 Return-Path: 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 E364316A4CE; Tue, 8 Feb 2005 07:19:55 +0000 (GMT) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF64943D39; Tue, 8 Feb 2005 07:19:54 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 1AA057306E; Tue, 8 Feb 2005 08:19:49 +0100 (CET) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24517-01-7; Tue, 8 Feb 2005 08:19:44 +0100 (CET) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 816947306D; Tue, 8 Feb 2005 08:19:44 +0100 (CET) Received: from 192.168.1.18 (SquirrelMail authenticated user jgabel); by webmail.thilelli.net with HTTP; Tue, 8 Feb 2005 08:19:44 +0100 (CET) Message-ID: <54591.192.168.1.18.1107847184.squirrel@192.168.1.18> Date: Tue, 8 Feb 2005 08:19:44 +0100 (CET) From: "Julien Gabel" To: bug-followup@FreeBSD.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net cc: freebsd-acpi@freebsd.org cc: freebsd-usb@freebsd.org Subject: Re: kern/74989: (regression) Lost USB support between 5.2.1-RELEASE and 5.3-RELEASE on K7T266 Pro2. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jpeg@thilelli.net List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 07:19:56 -0000 Just a side note, the desktop on which the problem (still) occurs follow the RELENG_5 branch and the build used at this time is as follow: FreeBSD 5.3-STABLE #0: Fri Feb 4 05:38:57 CET 2005 But since mid/end-december 2004 (for ~2 months now _approximatively_) i encountered systematically an interrupt storm from the USB host controller which prevent me inevitably to be able to use all of ly USB devices: Interrupt storm detected on "irq10: uhci0 uhci1+"; throttling interrupt source In this context, if i reenable ACPI support on boot, i didn't see any interrupt storm problem anymore... but i still can't use USB on this system. So, i now had an unusable USB system: - ACPI disable / uhci interrupt storm (doesn't even get the device created on the fly) => unusable USB devices - ACPI enable / "conflict" with USB stack (doesn't even get the device created on the fly) => unusable USB devices Any advice? -- -jpeg. PS: Please CC me, since i am not a suscriber of freebsd-acpi@ nor freebsd-usb@. From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 8 14:23:22 2005 Return-Path: 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 9E34316A4CE; Tue, 8 Feb 2005 14:23:22 +0000 (GMT) Received: from phoenix.gargantuan.com (phoenix.gargantuan.com [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 046D243D54; Tue, 8 Feb 2005 14:23:22 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id 11D0840F; Tue, 8 Feb 2005 09:23:21 -0500 (EST) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 37F83256; Tue, 8 Feb 2005 09:23:10 -0500 (EST) Date: Tue, 8 Feb 2005 09:23:10 -0500 From: "Michael W. Oliver" To: Nate Lawson Message-ID: <20050208142310.GA24565@gargantuan.com> Mail-Followup-To: Nate Lawson , acpi@freebsd.org, amd64@freebsd.org References: <42068A5C.1030300@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <42068A5C.1030300@root.org> X-WWW-URL: http://michael.gargantuan.com X-GPG-PGP-Public-Key: $X-WWW-URL/gnupg/pubkey.asc X-GPG-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Mailing-Address0: 8008 Apache Lane X-Mailing-Address1: Lakeland, FL X-Mailing-Address2: 33810-2172 X-Mailing-Address3: United States of America X-Guide-Questions: http://www.catb.org/~esr/faqs/smart-questions.html X-Guide-Netiquette: http://www.ietf.org/rfc/rfc1855.txt User-Agent: Mutt/1.5.6i X-Spam-DCC: dcc.uncw.edu: phoenix.gargantuan.com 1201; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-106.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.2 X-Spam-Pyzor: Reported 0 times. cc: acpi@freebsd.org cc: amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 14:23:22 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005-02-06T13:21:32-0800, Nate Lawson wrote: > I've finished the major work of importing cpufreq. As part of this, the= =20 > sysctls for acpi throttling have been removed. The power_profile script= =20 > has been updated, so you can use performance/economy_cpu_freq=3D in=20 > rc.conf to set AC on/offline cpu frequencies. The acpi throttling=20 > support has been compiled into acpi_perf.ko so load that to get=20 > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq= =20 > sysctls. Nate, Thanks for the hard work on cpufreq! I am running an AMD64 3400 CPU in my lappy, and I don't see any difference in dev.cpu with cpufreq and/or acpi_perf loaded. This is all I have: dev.cpu.0.%desc: ACPI CPU (2 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 The above is the same for the following conditions: o cpufreq AND acpi_perf NOT loaded o cpufreq (without acpi_perf) loaded o acpi_perf (without cpufreq) loaded o cpufreq AND acpi_perf loaded The acpi_ppc module does continue to work for me, however, yielding the following additional OIDs from hw.acpi: ----------8<-------------- # sysctl hw.acpi.cpu hw.acpi.cpu.cx_supported: C1/0 C2/80 hw.acpi.cpu.cx_lowest: C2 hw.acpi.cpu.cx_usage: 2.36% 97.63% # kldload acpi_ppc # sysctl hw.acpi.cpu hw.acpi.cpu.cx_supported: C1/0 C2/80 hw.acpi.cpu.cx_lowest: C2 hw.acpi.cpu.cx_usage: 2.32% 97.67% hw.acpi.cpu.px_control: -1 hw.acpi.cpu.px_highest: 0 hw.acpi.cpu.px_lowest: 2 hw.acpi.cpu.px_current: 2 hw.acpi.cpu.px_supported: 2200 1800 800 hw.acpi.cpu.px_usage: 3.33% 3.33% 93.33% ----------8<-------------- All the stuff you would normally ask for can be found here: http://michael.gargantuan.com/sager_4750v/index.htm#Utility_Command_Output Also, I had to build the cpufreq and acpi_perf modules manually, as they weren't built automatically. Maybe they aren't "connected" to the build for AMD64? Thanks again, great work! --=20 Mike Oliver [see complete headers for contact information] --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCCMtOsWv7q8X6o8kRAqGMAKCtd4fCdKSZe7GSdqpUpPyDS58r1ACeK+ax xhbdGDguQJQc/UwYPk/u7KU= =vNlu -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 8 15:12:04 2005 Return-Path: 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 8C47D16A4D1 for ; Tue, 8 Feb 2005 15:12:04 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C90943D46 for ; Tue, 8 Feb 2005 15:12:02 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so1007036rna for ; Tue, 08 Feb 2005 07:12:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=I3JT2dhteVCzsb3oAH1yIbsVEbhGHqNmrqtG5Ho8/0zF0R8PY+1dmLlGjnTit6WV0CcJbUTHUBjbrDxMwpYpgRTPQvn0REhUWpl+CVZDGapnXV7adfz0tcYtZKUH1b1ctqNNs6/iD/W87Ym4DyP92rAqUHJI7vNNTU6VvDtWqZk= Received: by 10.38.149.78 with SMTP id w78mr244239rnd; Tue, 08 Feb 2005 07:12:01 -0800 (PST) Received: by 10.38.22.22 with HTTP; Tue, 8 Feb 2005 07:12:01 -0800 (PST) Message-ID: <346a8022050208071229742e74@mail.gmail.com> Date: Tue, 8 Feb 2005 10:12:01 -0500 From: Coleman Kane To: Nate Lawson , acpi@freebsd.org, amd64@freebsd.org In-Reply-To: <20050208142310.GA24565@gargantuan.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <20050208142310.GA24565@gargantuan.com> Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 15:12:04 -0000 I have the same problem. Looking through the code, it looks like the throttling code from acpi_cpu.c basically got moved into acpi_perf.c. On Tue, 8 Feb 2005 09:23:10 -0500, Michael W. Oliver wrote: > On 2005-02-06T13:21:32-0800, Nate Lawson wrote: > > I've finished the major work of importing cpufreq. As part of this, the > > sysctls for acpi throttling have been removed. The power_profile script > > has been updated, so you can use performance/economy_cpu_freq= in > > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > > support has been compiled into acpi_perf.ko so load that to get > > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > > sysctls. > > Nate, > > Thanks for the hard work on cpufreq! I am running an AMD64 3400 CPU in > my lappy, and I don't see any difference in dev.cpu with cpufreq and/or > acpi_perf loaded. This is all I have: > > dev.cpu.0.%desc: ACPI CPU (2 Cx states) > 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 > > The above is the same for the following conditions: > > o cpufreq AND acpi_perf NOT loaded > o cpufreq (without acpi_perf) loaded > o acpi_perf (without cpufreq) loaded > o cpufreq AND acpi_perf loaded > > The acpi_ppc module does continue to work for me, however, yielding the > following additional OIDs from hw.acpi: > > ----------8<-------------- > # sysctl hw.acpi.cpu > hw.acpi.cpu.cx_supported: C1/0 C2/80 > hw.acpi.cpu.cx_lowest: C2 > hw.acpi.cpu.cx_usage: 2.36% 97.63% > > # kldload acpi_ppc > > # sysctl hw.acpi.cpu > hw.acpi.cpu.cx_supported: C1/0 C2/80 > hw.acpi.cpu.cx_lowest: C2 > hw.acpi.cpu.cx_usage: 2.32% 97.67% > hw.acpi.cpu.px_control: -1 > hw.acpi.cpu.px_highest: 0 > hw.acpi.cpu.px_lowest: 2 > hw.acpi.cpu.px_current: 2 > hw.acpi.cpu.px_supported: 2200 1800 800 > hw.acpi.cpu.px_usage: 3.33% 3.33% 93.33% > ----------8<-------------- > > All the stuff you would normally ask for can be found here: > > http://michael.gargantuan.com/sager_4750v/index.htm#Utility_Command_Output > > Also, I had to build the cpufreq and acpi_perf modules manually, as they > weren't built automatically. Maybe they aren't "connected" to the build > for AMD64? > > Thanks again, great work! > > -- > Mike Oliver > [see complete headers for contact information] > > > From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 8 16:21:33 2005 Return-Path: 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 3DDB616A4CE; Tue, 8 Feb 2005 16:21:33 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id D507C43D39; Tue, 8 Feb 2005 16:21:32 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j18GHFbs032731; Tue, 8 Feb 2005 11:17:16 -0500 Message-ID: <4208E70A.4040001@root.org> Date: Tue, 08 Feb 2005 08:21:30 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael W. Oliver" References: <42068A5C.1030300@root.org> <20050208142310.GA24565@gargantuan.com> In-Reply-To: <20050208142310.GA24565@gargantuan.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 16:21:33 -0000 Michael W. Oliver wrote: > On 2005-02-06T13:21:32-0800, Nate Lawson wrote: > >>I've finished the major work of importing cpufreq. As part of this, the >>sysctls for acpi throttling have been removed. The power_profile script >>has been updated, so you can use performance/economy_cpu_freq= in >>rc.conf to set AC on/offline cpu frequencies. The acpi throttling >>support has been compiled into acpi_perf.ko so load that to get >>throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq >>sysctls. > > > Nate, > > Thanks for the hard work on cpufreq! I am running an AMD64 3400 CPU in > my lappy, and I don't see any difference in dev.cpu with cpufreq and/or > acpi_perf loaded. This is all I have: > > dev.cpu.0.%desc: ACPI CPU (2 Cx states) > 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 > > The above is the same for the following conditions: > > o cpufreq AND acpi_perf NOT loaded > o cpufreq (without acpi_perf) loaded > o acpi_perf (without cpufreq) loaded > o cpufreq AND acpi_perf loaded > > The acpi_ppc module does continue to work for me, however, yielding the > following additional OIDs from hw.acpi: A powernow driver will be imported at some point. I hope the maintainer will do this and it looks like he might but I'll let him speak for himself. Once that's in, your functionality will appear. > Also, I had to build the cpufreq and acpi_perf modules manually, as they > weren't built automatically. Maybe they aren't "connected" to the build > for AMD64? Another developer unhooked them from the build because of a temporary build problem. Since there's no useful driver for amd64 yet, I'll wait until more are imported to hook it back up to the build. Thanks, -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 8 18:28:34 2005 Return-Path: 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 435B616A4D7; Tue, 8 Feb 2005 18:28:34 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC91843D54; Tue, 8 Feb 2005 18:28:33 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j18ISTWk004063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 8 Feb 2005 10:28:32 -0800 Message-ID: <420904CD.7070405@root.org> Date: Tue, 08 Feb 2005 10:28:29 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <42068A5C.1030300@root.org> <420757AD.9060603@portaone.com> In-Reply-To: <420757AD.9060603@portaone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:28:34 -0000 Maxim Sobolev wrote: > Great! It would be nice if you can document this new facility in the > Handbook, since it is likely to be of interest for very large percentage > of FreeBSD users. Also, it should be mentioned in the release notes. Man page committed so no one has an excuse to avoid updating their drivers. ;-) The man page may be improved more over time, but the interfaces needed to update drivers are completely documented. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 8 18:29:08 2005 Return-Path: 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 F35A216A4CE; Tue, 8 Feb 2005 18:29:07 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A76B943D48; Tue, 8 Feb 2005 18:29:07 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j18IT6Wk004074 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 8 Feb 2005 10:29:06 -0800 Message-ID: <420904F2.6000305@root.org> Date: Tue, 08 Feb 2005 10:29:06 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <42068A5C.1030300@root.org> <20050207143804.7tf8xse944ck48co@netchild.homeip.net> In-Reply-To: <20050207143804.7tf8xse944ck48co@netchild.homeip.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 18:29:08 -0000 Alexander Leidinger wrote: > Nate Lawson wrote: > >> If you have throttling, please test the new configuration to be sure it >> still works as before. Final upcoming work will be manpage support and >> bugfixing as necessary. > > > Does this also affect hw.acpi.cpu.cx*? > > If yes: My desktop system only had C2 for a long time and after an > update at > the weekend I've looked at the cpufreq stuff and noticed, that it now > allows > C3 too. I've tried it and the system freezed immediatly. No way to do > anything after this, I had to reset the system. Anything I can send to you > (at the weekend) to debug this? It shouldn't affect this at all. I'll look into this eventually. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 8 19:11:24 2005 Return-Path: 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 3284116A4CE; Tue, 8 Feb 2005 19:11:24 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D195343D39; Tue, 8 Feb 2005 19:11:23 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j18JAsWk005061 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 8 Feb 2005 11:10:55 -0800 Message-ID: <42090EBE.1030202@root.org> Date: Tue, 08 Feb 2005 11:10:54 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: cokane@cokane.org References: <42068A5C.1030300@root.org> <20050208142310.GA24565@gargantuan.com> <346a8022050208071229742e74@mail.gmail.com> In-Reply-To: <346a8022050208071229742e74@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 19:11:24 -0000 Coleman Kane wrote: > I have the same problem. Looking through the code, it looks like the > throttling code from acpi_cpu.c basically got moved into acpi_perf.c. No. acpi throttling code moved to acpi_throttle.c. acpi_perf.c is a new driver. In any case, a powernow.c driver will eventually be committed to provide this functionality. You can keep using acpi_ppc for now. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 8 20:26:58 2005 Return-Path: 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 08FDB16A4CE for ; Tue, 8 Feb 2005 20:26:58 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id E379F43D53 for ; Tue, 8 Feb 2005 20:26:56 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 79952 invoked by uid 0); 8 Feb 2005 23:26:40 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.2. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 11.351624 secs); 08 Feb 2005 20:26:40 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by mail.ank-pki.ru with SMTP; 8 Feb 2005 23:26:28 +0300 Date: Tue, 8 Feb 2005 23:24:28 +0300 From: Toxa To: acpi@freebsd.org, current@freebsd.org X-Comment-To: "Anton A. Karpov" Message-ID: <20050208202428.GA2064@laptoxa.toxa.lan> Mail-Followup-To: acpi@freebsd.org, current@freebsd.org References: <42068A5C.1030300@root.org> <420757AD.9060603@portaone.com> <420904CD.7070405@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <420904CD.7070405@root.org> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.ru/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.2 Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 20:26:58 -0000 On Tue, Feb 08, 2005 at 10:28:29AM -0800, Nate Lawson wrote: > > Man page committed so no one has an excuse to avoid updating their > drivers. ;-) The man page may be improved more over time, but the > interfaces needed to update drivers are completely documented. > Thanks for the great work! -- Anton A. Karpov PGP key: http://www.toxahost.ru/pgp/pubkey.asc =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= "Anyone who quotes me in their sig is an idiot." Rusty Russell =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 8 22:43:27 2005 Return-Path: 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 64DAD16A4CE; Tue, 8 Feb 2005 22:43:27 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9199C43D2D; Tue, 8 Feb 2005 22:43:26 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j18MhPGC046140; Tue, 8 Feb 2005 17:43:25 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-acpi@freebsd.org Date: Tue, 8 Feb 2005 17:43:24 -0500 User-Agent: KMail/1.6.2 References: <42068A5C.1030300@root.org> In-Reply-To: <42068A5C.1030300@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_MCUCCouWkFBbDqZ" Message-Id: <200502081743.24169.jkim@niksun.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2005 22:43:27 -0000 --Boundary-00=_MCUCCouWkFBbDqZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sunday 06 February 2005 04:21 pm, Nate Lawson wrote: > I've finished the major work of importing cpufreq. As part of > this, the sysctls for acpi throttling have been removed. The > power_profile script has been updated, so you can use > performance/economy_cpu_freq= in rc.conf to set AC on/offline cpu > frequencies. The acpi throttling support has been compiled into > acpi_perf.ko so load that to get throttling. Do a sysctl dev.cpu > to get an understanding of the cpufreq sysctls. > > If you have throttling, please test the new configuration to be > sure it still works as before. Final upcoming work will be manpage > support and bugfixing as necessary. > > I'd also like to issue a call for developers to help by porting > older drivers (like longrun) and out-of-tree new drivers (like > powernow-k7/k8 and speedstep-m) to the cpufreq interface. It's > very simple and you just have to figure out if your driver is > absolute or relative, and convert values to the proper units > (percent in hundredths, power in mW, etc.) Once that is done, > please send me the diff for review before commit so I can make sure > it works properly. > > Thanks, > -- > Nate I ported Athlon 64's Cool'n'Quiet part of 'acpi_ppc' to the cpufreq interface. This is really quick-and-dirty version (i. e., lots of cut-and-paste's from acpi_perf and acpi_ppc) but it seems to work. The original driver is available from here: http://www.spa.is.uec.ac.jp/~nfukuda/software/ 1. Create sys/modules/acpi/acpi_cnq directory. 2. Copy acpi_cnq.c to sys/dev/acpica directory. 3. Copy Makefile to sys/modules/acpi/acpi_cnq directory. 4. 'cd sys/modules/acpi/acpi_cnq'. 5. Run 'make' and 'make install'. 6. 'kldload acpi_cnq' That should do. Cheers, Jung-uk Kim --Boundary-00=_MCUCCouWkFBbDqZ Content-Type: text/plain; charset="iso-8859-1"; name="acpi_cnq.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="acpi_cnq.c" /*- * Copyright (c) 2003-2005 Nate Lawson (SDG) * Copyright (c) 2004,2005 FUKUDA Nobuhiko * Copyright (c) 2005 Jung-uk Kim * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. */ #include __FBSDID("$FreeBSD$"); #include "opt_acpi.h" #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include "acpi.h" #include #include "cpufreq_if.h" /* * Support for ACPI processor performance states (Px) according to * section x of the ACPI specification via AMD's Cool'n'Quiet. */ struct acpi_px { uint32_t core_freq; uint32_t power; uint32_t trans_lat; uint32_t bm_lat; uint32_t ctrl_val; uint32_t sts_val; }; struct acpi_cnq_softc { device_t dev; ACPI_HANDLE handle; struct acpi_px *px_states; /* ACPI perf states. */ uint32_t px_count; /* Total number of perf states. */ uint32_t px_max_avail; /* Lowest index state available. */ int px_curr_state; /* Active state index. */ }; #define MSR_FIDVID_CTL 0xc0010041 #define MSR_FIDVID_STATUS 0xc0010042 #define write_control(qw) wrmsr(MSR_FIDVID_CTL, (qw)) #define read_status() rdmsr(MSR_FIDVID_STATUS) #define control_irt(dw) (((dw) >> 30) & 0x03) #define control_rvo(dw) (((dw) >> 28) & 0x03) #define control_pll(dw) (((dw) >> 20) & 0x7f) #define control_mvs(dw) (((dw) >> 18) & 0x03) #define control_vst(dw) (((dw) >> 11) & 0x7f) #define control_vid(dw) (((dw) >> 6) & 0x1f) #define control_fid(dw) ( (dw) & 0x3f) #define status_vid(qw) (((qw) >> 32) & 0x1f) #define status_fid(qw) ( (qw) & 0x3f) #define count_off_irt(irt) DELAY(10 * (1 << (irt))) #define count_off_vst(vst) DELAY(20 * (vst)) #define FID_TO_VCO_FID(fid) (((fid) < 8) ? 8 + ((fid) << 1) : (fid)) #define write_fidvid(fid, vid, cnt) \ write_control(((cnt) << 32) | (1ULL << 16) | ((vid) << 8) | (fid)) #define READ_PENDING_WAIT(qw) \ do { (qw) = read_status(); } while ((qw) & (1ULL << 31)) #define ACPI_NOTIFY_PERF_STATES 0x80 /* _PSS changed. */ static void acpi_cnq_identify(driver_t *driver, device_t parent); static int acpi_cnq_probe(device_t dev); static int acpi_cnq_attach(device_t dev); static int acpi_cnq_detach(device_t dev); static int acpi_cnq_evaluate(device_t dev); static int acpi_cnq_transit(struct acpi_cnq_softc *sc, const int); static int acpi_px_to_set(device_t dev, struct acpi_px *px, struct cf_setting *set); static void acpi_px_startup(void *arg); static void acpi_px_available(struct acpi_cnq_softc *sc); static void acpi_px_notify(ACPI_HANDLE h, UINT32 notify, void *context); static int acpi_px_settings(device_t dev, struct cf_setting *sets, int *count, int *type); static int acpi_px_set(device_t dev, const struct cf_setting *set); static int acpi_px_get(device_t dev, struct cf_setting *set); static device_method_t acpi_cnq_methods[] = { /* Device interface */ DEVMETHOD(device_identify, acpi_cnq_identify), DEVMETHOD(device_probe, acpi_cnq_probe), DEVMETHOD(device_attach, acpi_cnq_attach), DEVMETHOD(device_detach, acpi_cnq_detach), /* cpufreq interface */ DEVMETHOD(cpufreq_drv_set, acpi_px_set), DEVMETHOD(cpufreq_drv_get, acpi_px_get), DEVMETHOD(cpufreq_drv_settings, acpi_px_settings), {0, 0} }; static driver_t acpi_cnq_driver = { "acpi_cnq", acpi_cnq_methods, sizeof(struct acpi_cnq_softc), }; static devclass_t acpi_cnq_devclass; DRIVER_MODULE(acpi_cnq, cpu, acpi_cnq_driver, acpi_cnq_devclass, 0, 0); MODULE_DEPEND(acpi_cnq, acpi, 1, 1, 1); MALLOC_DEFINE(M_ACPICNQ, "acpi_cnq", "Cool'n'Quiet Performance states"); static void acpi_cnq_identify(driver_t *driver, device_t parent) { ACPI_HANDLE handle; /* Make sure we're not being doubly invoked. */ if (device_find_child(parent, "acpi_cnq", 0) != NULL) return; /* Get the handle for the Processor object and check for perf states. */ handle = acpi_get_handle(parent); if (handle == NULL) return; if (ACPI_FAILURE(AcpiEvaluateObject(handle, "_PSS", NULL, NULL))) return; if (strcmp(cpu_vendor, "AuthenticAMD") == 0) { u_int32_t regs[4]; switch (cpu_id & 0x0f000f00) { case 0x00000f00: /* K8 family */ do_cpuid(0x80000000, regs); if (regs[0] < 0x80000007) /* EAX[31:0] */ return; break; do_cpuid(0x80000007, regs); if ((regs[3] & 0x6) != 0x6) /* EDX[2:1] = 11b */ return; break; default: return; break; } } if (BUS_ADD_CHILD(parent, 0, "acpi_cnq", 0) == NULL) device_printf(parent, "add acpi_cnq child failed\n"); } static int acpi_cnq_probe(device_t dev) { device_t perf_dev; ACPI_HANDLE handle; ACPI_OBJECT *obj, *pkg; ACPI_BUFFER buf; ACPI_GENERIC_ADDRESS gas; int error; /* If the ACPI perf driver has attached, let it manage things. */ perf_dev = devclass_get_device(devclass_find("acpi_perf"), 0); if (perf_dev && device_is_attached(perf_dev)) goto out; error = ENXIO; buf.Pointer = NULL; buf.Length = ACPI_ALLOCATE_BUFFER; handle = acpi_get_handle(dev); if (ACPI_FAILURE(AcpiEvaluateObject(handle, "_PCT", NULL, &buf))) goto out; pkg = (ACPI_OBJECT *)buf.Pointer; if (ACPI_PKG_VALID(pkg, 2)) { /* Performance Control Register */ obj = &pkg->Package.Elements[0]; if (obj != NULL && obj->Buffer.Length < sizeof(ACPI_GENERIC_ADDRESS) + 3) goto out; memcpy(&gas, obj->Buffer.Pointer + 3, sizeof(gas)); if (gas.AddressSpaceId != ACPI_ADR_SPACE_FIXED_HARDWARE) goto out; /* Performance Status Register */ obj = &pkg->Package.Elements[1]; if (obj != NULL && obj->Buffer.Length < sizeof(ACPI_GENERIC_ADDRESS) + 3) goto out; memcpy(&gas, obj->Buffer.Pointer + 3, sizeof(gas)); if (gas.AddressSpaceId != ACPI_ADR_SPACE_FIXED_HARDWARE) goto out; } device_set_desc(dev, "AMD64 Cool'n'Quiet"); error = 0; out: if (buf.Pointer) AcpiOsFree(buf.Pointer); return (error); } static int acpi_cnq_attach(device_t dev) { struct acpi_cnq_softc *sc; sc = device_get_softc(dev); sc->dev = dev; sc->handle = acpi_get_handle(dev); sc->px_max_avail = 0; sc->px_curr_state = CPUFREQ_VAL_UNKNOWN; if (acpi_cnq_evaluate(dev) != 0) return (ENXIO); cpufreq_register(dev); AcpiOsQueueForExecution(OSD_PRIORITY_LO, acpi_px_startup, NULL); return (0); } static int acpi_cnq_detach(device_t dev) { /* TODO: teardown registers, remove notify handler. */ return (ENXIO); } /* Probe and setup any valid performance states (Px). */ static int acpi_cnq_evaluate(device_t dev) { struct acpi_cnq_softc *sc; ACPI_BUFFER buf; ACPI_OBJECT *pkg, *res; ACPI_STATUS status; int error, i, j; uint32_t *p; /* Get the control values and parameters for each state. */ error = ENXIO; sc = device_get_softc(dev); buf.Pointer = NULL; buf.Length = ACPI_ALLOCATE_BUFFER; status = AcpiEvaluateObject(sc->handle, "_PSS", NULL, &buf); if (ACPI_FAILURE(status)) return (ENXIO); pkg = (ACPI_OBJECT *)buf.Pointer; if (!ACPI_PKG_VALID(pkg, 1)) { device_printf(dev, "invalid top level _PSS package\n"); goto out; } sc->px_count = pkg->Package.Count; sc->px_states = malloc(sc->px_count * sizeof(struct acpi_px), M_ACPICNQ, M_WAITOK | M_ZERO); if (sc->px_states == NULL) goto out; /* * Each state is a package of {CoreFreq, Power, TransitionLatency, * BusMasterLatency, ControlVal, StatusVal}, sorted from highest * performance to lowest. */ for (i = 0; i < sc->px_count; i++) { res = &pkg->Package.Elements[i]; if (!ACPI_PKG_VALID(res, 6)) { device_printf(dev, "invalid _PSS package\n"); continue; } p = &sc->px_states[i].core_freq; for (j = 0; j < 6; j++, p++) acpi_PkgInt32(res, j, p); } AcpiOsFree(buf.Pointer); /* Get the control and status registers (one of each). */ buf.Pointer = NULL; buf.Length = ACPI_ALLOCATE_BUFFER; status = AcpiEvaluateObject(sc->handle, "_PCT", NULL, &buf); if (ACPI_FAILURE(status)) goto out; /* Check the package of two registers, each a Buffer in GAS format. */ pkg = (ACPI_OBJECT *)buf.Pointer; if (!ACPI_PKG_VALID(pkg, 2)) { device_printf(dev, "invalid perf register package\n"); goto out; } /* Get our current limit and register for notifies. */ acpi_px_available(sc); AcpiInstallNotifyHandler(sc->handle, ACPI_DEVICE_NOTIFY, acpi_px_notify, sc); error = 0; out: if (error) { if (sc->px_states) free(sc->px_states, M_ACPICNQ); sc->px_count = 0; } if (buf.Pointer) AcpiOsFree(buf.Pointer); return (error); } /* * AMD K8 Cool'n'Quiet * * Reference: * - BIOS and Kernel Developer's Guide * for the AMD Athlon 64 and AMD Opteron Processors, 26094 Rev.3.12 * - linux-2.6.3/arch/i386/kernel/cpu/cpufreq/powernow-k8.[ch] */ static int acpi_cnq_transit(struct acpi_cnq_softc *sc, const int state) { u_int irt, rvo, pll, mvs, vst, vid, fid; u_int val, rvo_steps, cur_vid, cur_fid, vco_fid, vco_cur_fid, vco_diff; u_int64_t v64; v64 = sc->px_states[state].ctrl_val; irt = control_irt(v64); rvo = control_rvo(v64); pll = control_pll(v64); mvs = control_mvs(v64); vst = control_vst(v64); vid = control_vid(v64); fid = control_fid(v64); READ_PENDING_WAIT(v64); cur_vid = status_vid(v64); cur_fid = status_fid(v64); /* Phase 1 */ while (cur_vid > vid) { val = cur_vid - (1 << mvs); write_fidvid(cur_fid, (val > 0) ? val : 0, 1ULL); READ_PENDING_WAIT(v64); cur_vid = status_vid(v64); count_off_vst(vst); } for (rvo_steps = rvo; rvo_steps > 0 && cur_vid > 0; rvo_steps--) { write_fidvid(cur_fid, cur_vid - 1, 1ULL); READ_PENDING_WAIT(v64); cur_vid = status_vid(v64); count_off_vst(vst); } /* Phase 2 */ if (cur_fid != fid) { vco_fid = FID_TO_VCO_FID(fid); vco_cur_fid = FID_TO_VCO_FID(cur_fid); vco_diff = (vco_cur_fid < vco_fid) ? vco_fid - vco_cur_fid : vco_cur_fid - vco_fid; while (vco_diff > 2) { if (fid > cur_fid) { if (cur_fid > 6) val = cur_fid + 2; else val = FID_TO_VCO_FID(cur_fid) + 2; } else val = cur_fid - 2; write_fidvid(val, cur_vid, pll * 200ULL); READ_PENDING_WAIT(v64); cur_fid = status_fid(v64); count_off_irt(irt); vco_cur_fid = FID_TO_VCO_FID(cur_fid); vco_diff = (vco_cur_fid < vco_fid) ? vco_fid - vco_cur_fid : vco_cur_fid - vco_fid; } write_fidvid(fid, cur_vid, pll * 200ULL); READ_PENDING_WAIT(v64); cur_fid = status_fid(v64); count_off_irt(irt); } /* Phase 3 */ if (cur_vid != vid) { write_fidvid(cur_fid, vid, 1ULL); READ_PENDING_WAIT(v64); cur_vid = status_vid(v64); count_off_vst(vst); } /* Done */ if (cur_vid == vid && cur_fid == fid) return 0; return -1; } static void acpi_px_startup(void *arg) { /* Signal to the platform that we are taking over CPU control. */ if (AcpiGbl_FADT->PstateCnt == 0) return; ACPI_LOCK(acpi); AcpiOsWritePort(AcpiGbl_FADT->SmiCmd, AcpiGbl_FADT->PstateCnt, 8); ACPI_UNLOCK(acpi); } static void acpi_px_notify(ACPI_HANDLE h, UINT32 notify, void *context) { struct acpi_cnq_softc *sc; sc = context; if (notify != ACPI_NOTIFY_PERF_STATES) return; acpi_px_available(sc); /* TODO: Implement notification when frequency changes. */ } /* * Find the highest currently-supported performance state. * This can be called at runtime (e.g., due to a docking event) at * the request of a Notify on the processor object. */ static void acpi_px_available(struct acpi_cnq_softc *sc) { ACPI_STATUS status; struct cf_setting set; status = acpi_GetInteger(sc->handle, "_PPC", &sc->px_max_avail); /* If the old state is too high, set current state to the new max. */ if (ACPI_SUCCESS(status)) { if (sc->px_curr_state != CPUFREQ_VAL_UNKNOWN && sc->px_curr_state > sc->px_max_avail) { acpi_px_to_set(sc->dev, &sc->px_states[sc->px_max_avail], &set); acpi_px_set(sc->dev, &set); } } else sc->px_max_avail = 0; } static int acpi_px_to_set(device_t dev, struct acpi_px *px, struct cf_setting *set) { if (px == NULL || set == NULL) return (EINVAL); set->freq = px->core_freq; set->power = px->power; /* XXX Include BM latency too? */ set->lat = px->trans_lat; set->volts = CPUFREQ_VAL_UNKNOWN; set->dev = dev; return (0); } static int acpi_px_settings(device_t dev, struct cf_setting *sets, int *count, int *type) { struct acpi_cnq_softc *sc; int x, y; sc = device_get_softc(dev); if (sets == NULL || count == NULL) return (EINVAL); if (*count < sc->px_count - sc->px_max_avail) return (ENOMEM); /* Return a list of settings that are currently valid. */ y = 0; for (x = sc->px_max_avail; x < sc->px_count; x++, y++) acpi_px_to_set(dev, &sc->px_states[x], &sets[y]); *count = sc->px_count - sc->px_max_avail; *type = CPUFREQ_TYPE_ABSOLUTE; return (0); } static int acpi_px_set(device_t dev, const struct cf_setting *set) { struct acpi_cnq_softc *sc; int i; if (set == NULL) return (EINVAL); sc = device_get_softc(dev); /* Look up appropriate state, based on frequency. */ for (i = sc->px_max_avail; i < sc->px_count; i++) { if (CPUFREQ_CMP(set->freq, sc->px_states[i].core_freq)) break; } if (i == sc->px_count) return (EINVAL); if (acpi_cnq_transit(sc, i) != 0) { device_printf(dev, "Px transition to %d failed\n", sc->px_states[i].core_freq); return (ENXIO); } else sc->px_curr_state = i; return (0); } static int acpi_px_get(device_t dev, struct cf_setting *set) { struct acpi_cnq_softc *sc; uint64_t rate; int i; struct pcpu *pc; if (set == NULL) return (EINVAL); sc = device_get_softc(dev); /* If we've set the rate before, use the cached value. */ if (sc->px_curr_state != CPUFREQ_VAL_UNKNOWN) { acpi_px_to_set(dev, &sc->px_states[sc->px_curr_state], set); return (0); } /* Otherwise, estimate and try to match against our settings. */ pc = cpu_get_pcpu(dev); if (pc == NULL) return (ENXIO); cpu_est_clockrate(pc->pc_cpuid, &rate); rate /= 1000000; for (i = 0; i < sc->px_count; i++) { if (CPUFREQ_CMP(sc->px_states[i].core_freq, rate)) { sc->px_curr_state = i; acpi_px_to_set(dev, &sc->px_states[i], set); break; } } /* No match, give up. */ if (i == sc->px_count) { sc->px_curr_state = CPUFREQ_VAL_UNKNOWN; set->freq = CPUFREQ_VAL_UNKNOWN; } return (0); } --Boundary-00=_MCUCCouWkFBbDqZ Content-Type: text/plain; charset="iso-8859-1"; name="Makefile" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Makefile" # $FreeBSD$ .PATH: ${.CURDIR}/../../../dev/acpica CFLAGS+= -I${.CURDIR}/../../../contrib/dev/acpica KMOD= acpi_cnq WARNS?= 2 SRCS= acpi_cnq.c SRCS+= acpi_if.h bus_if.h cpufreq_if.h device_if.h opt_acpi.h \ pci_if.h .include --Boundary-00=_MCUCCouWkFBbDqZ-- From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 02:01:30 2005 Return-Path: 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 5280416A4CE for ; Wed, 9 Feb 2005 02:01:30 +0000 (GMT) Received: from out005.verizon.net (out005pub.verizon.net [206.46.170.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7498843D3F for ; Wed, 9 Feb 2005 02:01:29 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.161.195]) by out005.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20050209020128.GJRC6130.out005.verizon.net@RabbitsDen> for ; Tue, 8 Feb 2005 20:01:28 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-acpi@freebsd.org Content-Type: multipart/mixed; boundary="=-cDYnWL8BjwMTyuTKOvjs" Date: Tue, 08 Feb 2005 20:58:38 -0500 Message-Id: <1107914318.1015.15.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Authentication-Info: Submitted using SMTP AUTH at out005.verizon.net from [70.21.161.195] at Tue, 8 Feb 2005 20:01:28 -0600 Subject: Thermal state switching X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 02:01:30 -0000 --=-cDYnWL8BjwMTyuTKOvjs Content-Type: text/plain; charset=iso-8859-5 Content-Transfer-Encoding: 8bit Good people, I was looking at thermal states switching by acpi_thermal.c and it looks like follows (provided that temperature raises and falls slowly and gradually): NONE =up> AC2 =up> AC1 =up> AC0 =down> NONE (1) I do not know whether this was intentional or not and, for me, something along the lines of NONE =up> AC2 =up> AC1 =up> AC0 =down> AC1 =down> AC2 =down> NONE (2) seemed more natural. If (2) and not (1) was indeed the desired behavior attached patch seems to do the job. If (1) is what was intended, I do apologize for the noise. I am running -CURRENT from February 3. -- Alexandre "Sunny" Kovalenko (ľŰŐÚáĐÝÔŕ şŢŇĐŰŐÝÚŢ) --=-cDYnWL8BjwMTyuTKOvjs Content-Disposition: attachment; filename=acpi_thermal.c.patch Content-Type: text/x-patch; name=acpi_thermal.c.patch; charset=ASCII Content-Transfer-Encoding: 7bit --- acpi_thermal.c.ORIG Tue Sep 21 14:39:10 2004 +++ acpi_thermal.c Tue Feb 8 20:17:51 2005 @@ -405,7 +405,6 @@ acpi_device_get_parent_softc(sc->tz_dev), "_AC%d: temperature %d.%d >= setpoint %d.%d\n", i, TZ_KELVTOC(temp), TZ_KELVTOC(sc->tz_zone.ac[i])); - getnanotime(&sc->tz_cooling_started); } } } @@ -455,6 +454,7 @@ acpi_tz_aclevel_string(sc->tz_active), acpi_tz_aclevel_string(newactive), TZ_KELVTOC(temp)); sc->tz_active = newactive; + getnanotime(&sc->tz_cooling_started); } /* XXX (de)activate any passive cooling that may be required. */ --=-cDYnWL8BjwMTyuTKOvjs-- From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 03:55:52 2005 Return-Path: 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 F122A16A4CE for ; Wed, 9 Feb 2005 03:55:52 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4165043D41 for ; Wed, 9 Feb 2005 03:55:52 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j193tah2027385; Tue, 8 Feb 2005 22:55:36 -0500 Message-ID: <420989C4.2040701@root.org> Date: Tue, 08 Feb 2005 19:55:48 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Stephane E. Potvin" References: <42068A5C.1030300@root.org> <4206D5C6.1060109@videotron.ca> In-Reply-To: <4206D5C6.1060109@videotron.ca> Content-Type: multipart/mixed; boundary="------------040809040900060008000000" cc: acpi@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 03:55:53 -0000 This is a multi-part message in MIME format. --------------040809040900060008000000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Stephane E. Potvin wrote: > I've lost cpu throttling with this commit on my Dell Inspiron XPS. The > acpi_throttle driver doesn't probe correctly on the HT cpu which seems > to cause some problems. > > ... > acpi0: on motherboard > cpu0: on acpi0 > acpi_throttle0: on cpu0 > cpu1: on acpi0 > cpu1: acpi_throttle: add child failed > ... > > If you need anything (acpi ASL dump, ...) I'll send them offline as they > are quite large. Try the attached patch. It adds support for MP frequency switching so that acpi_throttle0 and 1 will attach and the sysctl can be used to switch both simultaneously. After compiling it in, please send the output of devinfo -rv and sysctl dev.cpu. -- Nate --------------040809040900060008000000 Content-Type: text/plain; name="cpufreq_mp.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cpufreq_mp.diff" Index: kern/kern_cpu.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_cpu.c,v retrieving revision 1.2 diff -u -r1.2 kern_cpu.c --- kern/kern_cpu.c 6 Feb 2005 21:08:35 -0000 1.2 +++ kern/kern_cpu.c 9 Feb 2005 03:51:22 -0000 @@ -171,7 +171,8 @@ { struct cpufreq_softc *sc; const struct cf_setting *set; - int error, i; + struct pcpu *pc; + int cpu_id, error, i; sc = device_get_softc(dev); @@ -179,6 +180,18 @@ if (CPUFREQ_CMP(sc->curr_level.total_set.freq, level->total_set.freq)) return (0); + /* If the setting is for a different CPU, switch to it. */ + cpu_id = PCPU_GET(cpuid); + pc = cpu_get_pcpu(dev); + KASSERT(pc, ("NULL pcpu for dev %p", dev)); +#ifdef SMP + if (cpu_id != pc->pc_cpuid) { + mtx_lock_spin(&sched_lock); + sched_bind(curthread, pc->pc_cpuid); + mtx_unlock_spin(&sched_lock); + } +#endif + /* First, set the absolute frequency via its driver. */ set = &level->abs_set; if (set->dev) { @@ -212,6 +225,14 @@ error = 0; out: +#ifdef SMP + /* If we switched to another CPU, switch back before exiting. */ + if (cpu_id != pc->pc_cpuid) { + mtx_lock_spin(&sched_lock); + sched_unbind(curthread); + mtx_unlock_spin(&sched_lock); + } +#endif if (error) device_printf(set->dev, "set freq failed, err %d\n", error); return (error); @@ -329,7 +350,7 @@ if (error || set_count == 0) continue; - switch (type) { + switch (type & CPUFREQ_TYPE_MASK) { case CPUFREQ_TYPE_ABSOLUTE: error = cpufreq_insert_abs(sc, sets, set_count); break; @@ -567,11 +588,12 @@ { struct cpufreq_softc *sc; struct cf_level *levels; - int count, error, freq, i; + int count, devcount, error, freq, i, x; + device_t *devs; + devs = NULL; sc = oidp->oid_arg1; - count = CF_MAX_LEVELS; - levels = malloc(count * sizeof(*levels), M_TEMP, M_NOWAIT); + levels = malloc(CF_MAX_LEVELS * sizeof(*levels), M_TEMP, M_NOWAIT); if (levels == NULL) return (ENOMEM); @@ -583,20 +605,35 @@ if (error != 0 || req->newptr == NULL) goto out; - error = CPUFREQ_LEVELS(sc->dev, levels, &count); + /* + * While we only call cpufreq_get() on one device (assuming all + * CPUs have equal levels), we call cpufreq_set() on all CPUs. + * This is needed for some MP systems, including HT. + */ + error = devclass_get_devices(cpufreq_dc, &devs, &devcount); if (error) goto out; - for (i = 0; i < count; i++) { - if (CPUFREQ_CMP(levels[i].total_set.freq, freq)) { - error = CPUFREQ_SET(sc->dev, &levels[i], - CPUFREQ_PRIO_USER); + for (x = 0; x < devcount; x++) { + count = CF_MAX_LEVELS; + error = CPUFREQ_LEVELS(devs[x], levels, &count); + if (error) + break; + for (i = 0; i < count; i++) { + if (CPUFREQ_CMP(levels[i].total_set.freq, freq)) { + error = CPUFREQ_SET(devs[x], &levels[i], + CPUFREQ_PRIO_USER); + break; + } + } + if (i == count) { + error = EINVAL; break; } } - if (i == count) - error = EINVAL; out: + if (devs) + free(devs, M_TEMP); if (levels) free(levels, M_TEMP); return (error); @@ -645,17 +682,16 @@ device_t cf_dev, cpu_dev; /* - * Only add one cpufreq device (on cpu0) for all control. Once - * independent multi-cpu control appears, we can assign one cpufreq - * device per cpu. + * Add only one cpufreq device to each CPU. Currently, all CPUs + * must offer the same levels and be switched at the same time. */ - cf_dev = devclass_get_device(cpufreq_dc, 0); - if (cf_dev) + cpu_dev = device_get_parent(dev); + KASSERT(cpu_dev != NULL, ("no parent for %p", dev)); + if (device_find_child(cpu_dev, "cpufreq", -1)) return (0); - /* Add the child device and sysctls. */ - cpu_dev = devclass_get_device(devclass_find("cpu"), 0); - cf_dev = BUS_ADD_CHILD(cpu_dev, 0, "cpufreq", 0); + /* Add the child device and possibly sysctls. */ + cf_dev = BUS_ADD_CHILD(cpu_dev, 0, "cpufreq", -1); if (cf_dev == NULL) return (ENOMEM); device_quiet(cf_dev); @@ -688,9 +724,8 @@ if (CPUFREQ_DRV_SETTINGS(devs[i], &set, &count, &type) == 0) cfcount++; } - if (cfcount <= 1) { + if (cfcount <= 1) device_delete_child(device_get_parent(cf_dev), cf_dev); - } free(devs, M_TEMP); return (0); Index: sys/cpu.h =================================================================== RCS file: /home/ncvs/src/sys/sys/cpu.h,v retrieving revision 1.1 diff -u -r1.1 cpu.h --- sys/cpu.h 4 Feb 2005 05:31:10 -0000 1.1 +++ sys/cpu.h 9 Feb 2005 03:49:49 -0000 @@ -48,7 +48,7 @@ /* Each driver's CPU frequency setting is exported in this format. */ struct cf_setting { - int freq; /* Processor clock in Mhz or percent (in 100ths.) */ + int freq; /* CPU clock in Mhz or 100ths of a percent. */ int volts; /* Voltage in mV. */ int power; /* Power consumed in mW. */ int lat; /* Transition latency in us. */ @@ -82,9 +82,18 @@ * frequency settings of 100, 200 and 300, 400 and a relative driver that * provides settings of 50%, 100%. The cpufreq core would export frequency * levels of 50, 100, 150, 200, 300, 400. + * + * The "info only" flag signifies that settings returned by + * CPUFREQ_DRV_SETTINGS cannot be passed to the CPUFREQ_DRV_SET method and + * are only informational. This is for some drivers that can return + * information about settings but rely on another machine-dependent driver + * for actually performing the frequency transition (e.g., ACPI performance + * states of type "functional fixed hardware.") */ #define CPUFREQ_TYPE_RELATIVE (1<<0) #define CPUFREQ_TYPE_ABSOLUTE (1<<1) +#define CPUFREQ_FLAG_INFO_ONLY (1<<16) +#define CPUFREQ_TYPE_MASK 0xffff /* * When setting a level, the caller indicates the priority of this request. Index: dev/acpica/acpi_perf.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_perf.c,v retrieving revision 1.5 diff -u -r1.5 acpi_perf.c --- dev/acpica/acpi_perf.c 7 Feb 2005 04:03:06 -0000 1.5 +++ dev/acpica/acpi_perf.c 8 Feb 2005 03:09:14 -0000 @@ -136,7 +136,7 @@ ACPI_HANDLE handle; /* Make sure we're not being doubly invoked. */ - if (device_find_child(parent, "acpi_perf", 0) != NULL) + if (device_find_child(parent, "acpi_perf", -1) != NULL) return; /* Get the handle for the Processor object and check for perf states. */ @@ -145,7 +145,7 @@ return; if (ACPI_FAILURE(AcpiEvaluateObject(handle, "_PSS", NULL, NULL))) return; - if (BUS_ADD_CHILD(parent, 0, "acpi_perf", 0) == NULL) + if (BUS_ADD_CHILD(parent, 0, "acpi_perf", -1) == NULL) device_printf(parent, "add acpi_perf child failed\n"); } Index: dev/acpica/acpi_throttle.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_throttle.c,v retrieving revision 1.1 diff -u -r1.1 acpi_throttle.c --- dev/acpica/acpi_throttle.c 6 Feb 2005 21:09:51 -0000 1.1 +++ dev/acpica/acpi_throttle.c 8 Feb 2005 03:09:29 -0000 @@ -127,19 +127,32 @@ static void acpi_throttle_identify(driver_t *driver, device_t parent) { + ACPI_BUFFER buf; + ACPI_HANDLE handle; + ACPI_OBJECT *obj; /* Make sure we're not being doubly invoked. */ - if (device_find_child(parent, "acpi_throttle", 0) != NULL) + if (device_find_child(parent, "acpi_throttle", -1) != NULL) return; /* Check for a valid duty width and parent CPU type. */ - if (acpi_get_handle(parent) == NULL) + handle = acpi_get_handle(parent); + if (handle == NULL) return; if (AcpiGbl_FADT->DutyWidth == 0 || acpi_get_type(parent) != ACPI_TYPE_PROCESSOR) return; - if (BUS_ADD_CHILD(parent, 0, "acpi_throttle", 0) == NULL) - device_printf(parent, "acpi_throttle: add child failed\n"); + + /* If there's a NULL P_BLK or incorrect length, don't add a child. */ + buf.Pointer = NULL; + buf.Length = ACPI_ALLOCATE_BUFFER; + if (ACPI_FAILURE(AcpiEvaluateObject(handle, NULL, NULL, &buf))) + return; + obj = (ACPI_OBJECT *)buf.Pointer; + if (obj->Processor.PblkAddress && obj->Processor.PblkLength >= 4 && + BUS_ADD_CHILD(parent, 0, "acpi_throttle", -1) == NULL) + device_printf(parent, "add throttle child failed\n"); + AcpiOsFree(obj); } static int @@ -155,7 +168,7 @@ { struct acpi_throttle_softc *sc; ACPI_BUFFER buf; - ACPI_OBJECT*obj; + ACPI_OBJECT *obj; ACPI_STATUS status; sc = device_get_softc(dev); --------------040809040900060008000000-- From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 10:09:59 2005 Return-Path: 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 DAA5616A4CE for ; Wed, 9 Feb 2005 10:09:59 +0000 (GMT) Received: from srvdmz13.oekb.co.at (srvdmz13.oekb.co.at [143.245.5.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3676143D49 for ; Wed, 9 Feb 2005 10:09:58 +0000 (GMT) (envelope-from Ewald.Jenisch@oekb.at) Received: from Unknown [143.245.2.191] by srvdmz13.oekb.co.at - SurfControl E-mail Filter (4.7); Wed, 09 Feb 2005 11:09:50 +0100 Received: from aurora.oekb.co.at ([143.245.9.16]) by MAIL01.oekb.co.at with Microsoft SMTPSVC(5.0.2195.6713); Wed, 9 Feb 2005 11:09:54 +0100 Received: from aurora.oekb.co.at (localhost.oekb.co.at [127.0.0.1]) by aurora.oekb.co.at (8.13.1/8.13.1) with ESMTP id j19A9s5m000862 for ; Wed, 9 Feb 2005 11:09:54 +0100 (CET) (envelope-from ej@aurora.oekb.co.at) Received: (from ej@localhost) by aurora.oekb.co.at (8.13.1/8.13.1/Submit) id j19A9r8T000857 for freebsd-acpi@freebsd.org; Wed, 9 Feb 2005 11:09:53 +0100 (CET) (envelope-from ej) Message-ID: <20050209100953.GA717@aurora.oekb.co.at> From: Ewald Jenisch To: freebsd-acpi@freebsd.org Date: Wed, 9 Feb 2005 11:09:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-OriginalArrivalTime: 09 Feb 2005 10:09:54.0741 (UTC) FILETIME=[80691650:01C50E8F] User-Agent: Mutt/1.4.2.1i Subject: HP d530 - no ACPI per default? thermal missing? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 10:10:00 -0000 Hi, I've got a rather strange problem with one of my machines: 1) The system comes up with ACPI disabled per default; i.e. from the loader menu the default entry starts up with ACPI turned off. Only when I manually select "start with ACPI enabled" from the loader-menu I get ACPI enabled, i.e. acpi.ko loaded. Sure enough when I set "acpi_load="YES"" in /boot/loader.conf I can force ACPI to be loaded but I wonder why doesn't this box come up with ACPI turned on like almost all recent machines? 2) When running with ACPI enabled I noticed that the output of "sysctl -a" doesn't show anything about the "thermal"-part of ACPI. Is this OK? Shouldn't it be there once ACPI is enabled= For the hardware/software: HP d530 with latest (2.43) BIOS 1GB RAM P4 3GHz FreeBSD 5.3 with up to date kernel. The kernel is an SMP-Kernel in order to get hyperthreading support. Please note though that ACPI behaves the same (i.e. not turned on by default, and no thermal values) with a non-SMP-kernel. I've uploaded the following outputs for your reference: a) Output of "boot -v" with ACPI enabled: http://www.jenisch.at/FreeBSD-ACPI-troubles/dmesg.boot.acpi.txt b) Output of "boot -v" with ACPI disabled: http://www.jenisch.at/FreeBSD-ACPI-troubles/dmesg.boot.no-acpi.txt c) sysctl hw.acpi-output: http://www.jenisch.at/FreeBSD-ACPI-troubles/ej-hpd530-sysctl-output.txt d) "sysctl -a | grep acpi"-output: http://www.jenisch.at/FreeBSD-ACPI-troubles/ej-hpd530-sysctl-a-output.txt e) Output of "acpidump -t -d": http://www.jenisch.at/FreeBSD-ACPI-troubles/ej-hpd530.asl.txt Thanks much in advance for your help, -ewald From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 10:15:23 2005 Return-Path: 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 11F6F16A4CE; Wed, 9 Feb 2005 10:15:23 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id C492843D49; Wed, 9 Feb 2005 10:15:22 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1Cyorw-0002CX-00; Wed, 09 Feb 2005 11:14:48 +0100 Date: Wed, 9 Feb 2005 11:14:47 +0100 To: Nate Lawson Message-ID: <20050209101447.GC1145@poupinou.org> References: <42068A5C.1030300@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42068A5C.1030300@root.org> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 10:15:23 -0000 On Sun, Feb 06, 2005 at 01:21:32PM -0800, Nate Lawson wrote: > I've finished the major work of importing cpufreq. As part of this, the > sysctls for acpi throttling have been removed. The power_profile script > has been updated, so you can use performance/economy_cpu_freq= in > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > support has been compiled into acpi_perf.ko so load that to get > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > sysctls. > Just updated powernow_k7. http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7-cpufreq.tar.gz or http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7/powernow_k7.c Need indeed some more adjustments though. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 11:26:37 2005 Return-Path: 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 3D24B16A4CE; Wed, 9 Feb 2005 11:26:37 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D19643D2D; Wed, 9 Feb 2005 11:26:34 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j19BQPP9038435; Wed, 9 Feb 2005 21:56:27 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 9 Feb 2005 21:56:09 +1030 User-Agent: KMail/1.7.2 References: <42068A5C.1030300@root.org> <20050209101447.GC1145@poupinou.org> In-Reply-To: <20050209101447.GC1145@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4166224.4TGDUKU5pP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502092156.18648.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 11:26:37 -0000 --nextPart4166224.4TGDUKU5pP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 9 Feb 2005 20:44, Bruno Ducrot wrote: > On Sun, Feb 06, 2005 at 01:21:32PM -0800, Nate Lawson wrote: > > I've finished the major work of importing cpufreq. As part of this, the > > sysctls for acpi throttling have been removed. The power_profile script > > has been updated, so you can use performance/economy_cpu_freq=3D in > > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > > support has been compiled into acpi_perf.ko so load that to get > > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > > sysctls. > > Just updated powernow_k7. > http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7-cpufreq.t= ar >.gz or > http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7/powernow_= k7 >.c > > Need indeed some more adjustments though. I get 404's for both of these (the powernow_k7_current directory doesn't=20 exist) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4166224.4TGDUKU5pP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCCfNa5ZPcIHs/zowRAsZZAKCjKQnJ9xtp4fgSN1ggH3TWvpWgWACfaExx hqbTrV5iJNVLrqDFAMSvms4= =gjgs -----END PGP SIGNATURE----- --nextPart4166224.4TGDUKU5pP-- From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 11:32:25 2005 Return-Path: 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 0B9D616A4CE; Wed, 9 Feb 2005 11:32:25 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFC0D43D1D; Wed, 9 Feb 2005 11:32:24 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1Cyq4s-0002Es-00; Wed, 09 Feb 2005 12:32:14 +0100 Date: Wed, 9 Feb 2005 12:32:14 +0100 To: Daniel O'Connor Message-ID: <20050209113214.GD1145@poupinou.org> References: <42068A5C.1030300@root.org> <20050209101447.GC1145@poupinou.org> <200502092156.18648.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502092156.18648.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: acpi@freebsd.org cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 11:32:25 -0000 On Wed, Feb 09, 2005 at 09:56:09PM +1030, Daniel O'Connor wrote: > On Wed, 9 Feb 2005 20:44, Bruno Ducrot wrote: > > On Sun, Feb 06, 2005 at 01:21:32PM -0800, Nate Lawson wrote: > > http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7-cpufreq.tar > >.gz or > > http://www.poupinou.org/cpufreq/powernow_k7_current/powernow_k7/powernow_k7 > >.c > I get 404's for both of these (the powernow_k7_current directory doesn't > exist) I forgot a bsd somewhere sorry. http://www.poupinou.org/cpufreq/bsd/powernow_k7_current/powernow_k7-cpufreq.tar.gz or http://www.poupinou.org/cpufreq/bsd/powernow_k7_current/powernow_k7/ -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 11:36:58 2005 Return-Path: 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 844F116A4CE; Wed, 9 Feb 2005 11:36:58 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B762943D2F; Wed, 9 Feb 2005 11:36:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j19BarYU038666; Wed, 9 Feb 2005 22:06:54 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Bruno Ducrot Date: Wed, 9 Feb 2005 22:06:50 +1030 User-Agent: KMail/1.7.2 References: <42068A5C.1030300@root.org> <200502092156.18648.doconnor@gsoft.com.au> <20050209113214.GD1145@poupinou.org> In-Reply-To: <20050209113214.GD1145@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3694168.Q7EKZie3h6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502092206.51837.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: acpi@freebsd.org cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 11:36:58 -0000 --nextPart3694168.Q7EKZie3h6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 9 Feb 2005 22:02, Bruno Ducrot wrote: > > I get 404's for both of these (the powernow_k7_current directory doesn't > > exist) > > I forgot a bsd somewhere sorry. Ahah :) > http://www.poupinou.org/cpufreq/bsd/powernow_k7_current/powernow_k7-cpufr= eq >.tar.gz or > http://www.poupinou.org/cpufreq/bsd/powernow_k7_current/powernow_k7/ Thanks.. BTW the tar file appears to have everything listed twice. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3694168.Q7EKZie3h6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCCfXT5ZPcIHs/zowRAslfAJ94uOW9h2/15T3JAzUmHrI1DdZZ8wCePlku 2lFCNaGehfVU2CvkcQGabWs= =99r8 -----END PGP SIGNATURE----- --nextPart3694168.Q7EKZie3h6-- From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 15:42:20 2005 Return-Path: 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 29B6816A4CE; Wed, 9 Feb 2005 15:42:20 +0000 (GMT) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 609D943D1D; Wed, 9 Feb 2005 15:42:19 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.26] (SIRIUS-ats227-UTC.ukrtel.net [195.5.25.154]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j19FgDNt015050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Feb 2005 16:42:15 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <420A2F47.1070907@portaone.com> Date: Wed, 09 Feb 2005 17:41:59 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42068A5C.1030300@root.org> <420757AD.9060603@portaone.com> <420904CD.7070405@root.org> In-Reply-To: <420904CD.7070405@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 15:42:20 -0000 Nate Lawson wrote: > Maxim Sobolev wrote: > >> Great! It would be nice if you can document this new facility in the >> Handbook, since it is likely to be of interest for very large >> percentage of FreeBSD users. Also, it should be mentioned in the >> release notes. > > > Man page committed so no one has an excuse to avoid updating their > drivers. ;-) The man page may be improved more over time, but the > interfaces needed to update drivers are completely documented. I am not talking about API documentation, but documentation on how to use the new framework to control power consumption/heat dissipation. This is crucial if you want cpufreq to be actually used by those FreeBSD users who don't read freebsd-current in general or have missed your post in particular. ;-) -Maxim From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 15:59:41 2005 Return-Path: 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 92C5316A4CF for ; Wed, 9 Feb 2005 15:59:41 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2203A43D41 for ; Wed, 9 Feb 2005 15:59:41 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id z35so1083276rne for ; Wed, 09 Feb 2005 07:59:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=XY1t5DzYd0o2ajUFOKFPa6sbAbJICDHhDLCQXdWMG14nMAn0ElVUPT9K0/KPA7xVra+XIHLvM78dAlqepqNflG8Ck5jzT8EZZBqE+jBS7bkaKBNpmYlGt9LNAdsHrm0AWuzLgfmZ7bIxKf9BzaokqftOuuEa3MnrduWGRDDb0ug= Received: by 10.39.2.54 with SMTP id e54mr174382rni; Wed, 09 Feb 2005 07:59:40 -0800 (PST) Received: by 10.38.101.19 with HTTP; Wed, 9 Feb 2005 07:59:40 -0800 (PST) Message-ID: Date: Wed, 9 Feb 2005 09:59:40 -0600 From: Eric Kjeldergaard To: Maxim Sobolev In-Reply-To: <420A2F47.1070907@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <420757AD.9060603@portaone.com> <420904CD.7070405@root.org> <420A2F47.1070907@portaone.com> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 15:59:41 -0000 On Wed, 09 Feb 2005 17:41:59 +0200, Maxim Sobolev wrote: > Nate Lawson wrote: > > Maxim Sobolev wrote: > > > >> Great! It would be nice if you can document this new facility in the > >> Handbook, since it is likely to be of interest for very large > >> percentage of FreeBSD users. Also, it should be mentioned in the > >> release notes. > > > > > > Man page committed so no one has an excuse to avoid updating their > > drivers. ;-) The man page may be improved more over time, but the > > interfaces needed to update drivers are completely documented. > > I am not talking about API documentation, but documentation on how to > use the new framework to control power consumption/heat dissipation. > This is crucial if you want cpufreq to be actually used by those FreeBSD > users who don't read freebsd-current in general or have missed your post > in particular. ;-) > > -Maxim There are freeBSD users that don't read -current? -- If I write a signature, my emails will appear more personalised. From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 16:28:30 2005 Return-Path: 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 642BA16A4CE; Wed, 9 Feb 2005 16:28:30 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 141B343D58; Wed, 9 Feb 2005 16:28:30 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j19GOCbs000586; Wed, 9 Feb 2005 11:24:13 -0500 Message-ID: <420A3A2A.9060604@root.org> Date: Wed, 09 Feb 2005 08:28:26 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <42068A5C.1030300@root.org> <420757AD.9060603@portaone.com> <420904CD.7070405@root.org> <420A2F47.1070907@portaone.com> In-Reply-To: <420A2F47.1070907@portaone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 16:28:30 -0000 Maxim Sobolev wrote: > Nate Lawson wrote: > >> Maxim Sobolev wrote: >> >>> Great! It would be nice if you can document this new facility in the >>> Handbook, since it is likely to be of interest for very large >>> percentage of FreeBSD users. Also, it should be mentioned in the >>> release notes. >> >> >> >> Man page committed so no one has an excuse to avoid updating their >> drivers. ;-) The man page may be improved more over time, but the >> interfaces needed to update drivers are completely documented. > > > I am not talking about API documentation, but documentation on how to > use the new framework to control power consumption/heat dissipation. > This is crucial if you want cpufreq to be actually used by those FreeBSD > users who don't read freebsd-current in general or have missed your post > in particular. ;-) If you're writing a userland daemon or using scripts, see the section SYSCTLS. If you're writing a kernel driver that should decrease heat or whatever, see the section KERNEL INTERFACE. If you don't care and just want it to work, just see rc.conf(5) or leave everything as defaults. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 17:27:18 2005 Return-Path: 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 3565016A4CF for ; Wed, 9 Feb 2005 17:27:18 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3CC843D4C for ; Wed, 9 Feb 2005 17:27:17 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so1141114rne for ; Wed, 09 Feb 2005 09:27:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=XF+EieGysWW6Ndn7dO6jzaHrk7dWSAo73omRqkjQF0X/WjsHhh+otyxfdn/Dq/vIddZUCkuOqg8cG1VD9Fm5mLKfQCdgf/t0UckkrAmocgJHssqq4MAyh5sae63Bur8BOQD8T/xags/APaRdXk56PExs3DTllc2UgxbeUom17L0= Received: by 10.38.13.63 with SMTP id 63mr187237rnm; Wed, 09 Feb 2005 09:27:16 -0800 (PST) Received: by 10.38.22.22 with HTTP; Wed, 9 Feb 2005 09:27:16 -0800 (PST) Message-ID: <346a802205020909273c413d03@mail.gmail.com> Date: Wed, 9 Feb 2005 12:27:16 -0500 From: Coleman Kane To: Nate Lawson In-Reply-To: <42090EBE.1030202@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <20050208142310.GA24565@gargantuan.com> <346a8022050208071229742e74@mail.gmail.com> <42090EBE.1030202@root.org> cc: acpi@freebsd.org cc: amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 17:27:18 -0000 Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc driver being brought in, or similar functionality? I really like the auto-scaling that ppc does. On Tue, 08 Feb 2005 11:10:54 -0800, Nate Lawson wrote: > Coleman Kane wrote: > > I have the same problem. Looking through the code, it looks like the > > throttling code from acpi_cpu.c basically got moved into acpi_perf.c. > > No. acpi throttling code moved to acpi_throttle.c. acpi_perf.c is a > new driver. In any case, a powernow.c driver will eventually be > committed to provide this functionality. You can keep using acpi_ppc > for now. > > -- > Nate > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 18:04:52 2005 Return-Path: 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 42DFA16A56E; Wed, 9 Feb 2005 18:04:52 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B77B43D31; Wed, 9 Feb 2005 18:04:49 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j19I4JUP067932; Wed, 9 Feb 2005 13:04:21 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org, cokane@cokane.org Date: Wed, 9 Feb 2005 13:04:17 -0500 User-Agent: KMail/1.6.2 References: <42068A5C.1030300@root.org> <42090EBE.1030202@root.org> <346a802205020909273c413d03@mail.gmail.com> In-Reply-To: <346a802205020909273c413d03@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502091304.17896.jkim@niksun.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:04:52 -0000 On Wednesday 09 February 2005 12:27 pm, Coleman Kane wrote: > Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc driver > being brought in, or similar functionality? I really like the > auto-scaling that ppc does. We will be able to write a simple daemon to do the job, something like cpufreqd: http://cpufreqd.sourceforge.net/ That's what the API is for... Thanks, Jung-uk Kim > On Tue, 08 Feb 2005 11:10:54 -0800, Nate Lawson wrote: > > Coleman Kane wrote: > > > I have the same problem. Looking through the code, it looks > > > like the throttling code from acpi_cpu.c basically got moved > > > into acpi_perf.c. > > > > No. acpi throttling code moved to acpi_throttle.c. acpi_perf.c > > is a new driver. In any case, a powernow.c driver will > > eventually be committed to provide this functionality. You can > > keep using acpi_ppc for now. > > > > -- > > Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 18:41:41 2005 Return-Path: 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 ACAFA16A4CE; Wed, 9 Feb 2005 18:41:41 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 705CB43D2F; Wed, 9 Feb 2005 18:41:41 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j19IfCWk031541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Feb 2005 10:41:13 -0800 Message-ID: <420A5947.40906@root.org> Date: Wed, 09 Feb 2005 10:41:11 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: cokane@cokane.org References: <42068A5C.1030300@root.org> <20050208142310.GA24565@gargantuan.com> <346a8022050208071229742e74@mail.gmail.com> <42090EBE.1030202@root.org> <346a802205020909273c413d03@mail.gmail.com> In-Reply-To: <346a802205020909273c413d03@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:41:41 -0000 Coleman Kane wrote: > Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc driver > being brought in, or similar functionality? I really like the > auto-scaling that ppc does. No, the framework only allows clean user and kernel control of levels. You can use rc.conf to request a switch based on AC line transition but this is only a partial solution. I think we should have a powerd daemon that reads system load, disk IO, etc. and makes scaling decisions as well as powers down ATA disks and the like. I do not plan to write this. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 18:42:50 2005 Return-Path: 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 7468616A4CE; Wed, 9 Feb 2005 18:42:50 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A0CF43D31; Wed, 9 Feb 2005 18:42:50 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j19IgCWk031560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Feb 2005 10:42:15 -0800 Message-ID: <420A5983.4070302@root.org> Date: Wed, 09 Feb 2005 10:42:11 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <42068A5C.1030300@root.org> <42090EBE.1030202@root.org> <346a802205020909273c413d03@mail.gmail.com> <200502091304.17896.jkim@niksun.com> In-Reply-To: <200502091304.17896.jkim@niksun.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-amd64@freebsd.org cc: cokane@cokane.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:42:50 -0000 Jung-uk Kim wrote: > On Wednesday 09 February 2005 12:27 pm, Coleman Kane wrote: > >>Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc driver >>being brought in, or similar functionality? I really like the >>auto-scaling that ppc does. > > > We will be able to write a simple daemon to do the job, something like > cpufreqd: > > http://cpufreqd.sourceforge.net/ > > That's what the API is for... Please do. However, it would be good if you sent a design email outlining your plans before starting coding. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 18:44:37 2005 Return-Path: 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 CB2B916A4CE; Wed, 9 Feb 2005 18:44:37 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DF7343D1D; Wed, 9 Feb 2005 18:44:37 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j19IiaWk031621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Feb 2005 10:44:36 -0800 Message-ID: <420A5A13.1020402@root.org> Date: Wed, 09 Feb 2005 10:44:35 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <42068A5C.1030300@root.org> <200502081743.24169.jkim@niksun.com> In-Reply-To: <200502081743.24169.jkim@niksun.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 18:44:37 -0000 Jung-uk Kim wrote: > > I ported Athlon 64's Cool'n'Quiet part of 'acpi_ppc' to the cpufreq > interface. This is really quick-and-dirty version (i. e., lots of > cut-and-paste's from acpi_perf and acpi_ppc) but it seems to work. > The original driver is available from here: > > http://www.spa.is.uec.ac.jp/~nfukuda/software/ Thanks, that's very quick of you. I want to coordinate with Bruno Ducrot and his powernow driver to be sure we don't overlap efforts. In terms of code duplication, I'm working on some changes to acpi_perf to allow it to be used as a source of information without directly linking to it. That would allow powernow and cnq to be truly standalone. I'll finish that and then get back to you. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 19:03:48 2005 Return-Path: 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 76D2116A4CE; Wed, 9 Feb 2005 19:03:48 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB5EC43D48; Wed, 9 Feb 2005 19:03:47 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j19J3Iqi069835; Wed, 9 Feb 2005 14:03:18 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Nate Lawson Date: Wed, 9 Feb 2005 14:03:15 -0500 User-Agent: KMail/1.6.2 References: <42068A5C.1030300@root.org> <200502091304.17896.jkim@niksun.com> <420A5983.4070302@root.org> In-Reply-To: <420A5983.4070302@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502091403.16045.jkim@niksun.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org cc: freebsd-amd64@freebsd.org cc: cokane@cokane.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 19:03:48 -0000 On Wednesday 09 February 2005 01:42 pm, Nate Lawson wrote: > Jung-uk Kim wrote: > > On Wednesday 09 February 2005 12:27 pm, Coleman Kane wrote: > >>Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc > >> driver being brought in, or similar functionality? I really like > >> the auto-scaling that ppc does. > > > > We will be able to write a simple daemon to do the job, something > > like cpufreqd: > > > > http://cpufreqd.sourceforge.net/ > > > > That's what the API is for... > > Please do. However, it would be good if you sent a design email > outlining your plans before starting coding. BTW, I am not planning on doing anything yet. ;-) I was just writing a simple perl script for myself. Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 19:12:19 2005 Return-Path: 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 63E7616A4CE; Wed, 9 Feb 2005 19:12:19 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D774543D2F; Wed, 9 Feb 2005 19:12:18 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j19JCI0k070129; Wed, 9 Feb 2005 14:12:18 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Nate Lawson Date: Wed, 9 Feb 2005 14:12:15 -0500 User-Agent: KMail/1.6.2 References: <42068A5C.1030300@root.org> <200502081743.24169.jkim@niksun.com> <420A5A13.1020402@root.org> In-Reply-To: <420A5A13.1020402@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502091412.15745.jkim@niksun.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 19:12:19 -0000 On Wednesday 09 February 2005 01:44 pm, Nate Lawson wrote: > Jung-uk Kim wrote: > > I ported Athlon 64's Cool'n'Quiet part of 'acpi_ppc' to the > > cpufreq interface. This is really quick-and-dirty version (i. > > e., lots of cut-and-paste's from acpi_perf and acpi_ppc) but it > > seems to work. The original driver is available from here: > > > > http://www.spa.is.uec.ac.jp/~nfukuda/software/ > > Thanks, that's very quick of you. I want to coordinate with Bruno > Ducrot and his powernow driver to be sure we don't overlap efforts. No problem. In fact, I am hoping Bruno Ducrot can merge acpi_cnq into his powernow driver because they can share MSR stuff. > In terms of code duplication, I'm working on some changes to > acpi_perf to allow it to be used as a source of information without > directly linking to it. That would allow powernow and cnq to be > truly standalone. I'll finish that and then get back to you. Yes! That's exactly what I need. Thanks, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 9 20:12:27 2005 Return-Path: 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 84D2016A4CE for ; Wed, 9 Feb 2005 20:12:27 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF77243D53 for ; Wed, 9 Feb 2005 20:12:26 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so9813rna for ; Wed, 09 Feb 2005 12:12:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=fcWGY90gbBm10xDxDIBUPqfast3cInFaIv0s3HS7qoQBlvmf8NOdLRx1cLJcHmPbpanZjOfw24qs0my56dmYG8mpWl96nfmvdmYToPE7WY84kse5U4rtHKImK7yk2L+6ZB/R0oHdCJHveS2jkYwFmRzPesbHsIonUTqG/383jxI= Received: by 10.38.152.64 with SMTP id z64mr61669rnd; Wed, 09 Feb 2005 12:12:25 -0800 (PST) Received: by 10.38.22.22 with HTTP; Wed, 9 Feb 2005 12:12:25 -0800 (PST) Message-ID: <346a802205020912122b3f9ffe@mail.gmail.com> Date: Wed, 9 Feb 2005 15:12:25 -0500 From: Coleman Kane To: Jung-uk Kim In-Reply-To: <200502091403.16045.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <200502091304.17896.jkim@niksun.com> <420A5983.4070302@root.org> <200502091403.16045.jkim@niksun.com> cc: freebsd-acpi@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2005 20:12:27 -0000 Well, I would be interested in working on this project. I've done a good deal of background work on this over the past month. I am guessing that the tunables will be provided throught hw.cpu.N now? Is there a location (project page, etc.) for our freebsd cpufreq system? On Wed, 9 Feb 2005 14:03:15 -0500, Jung-uk Kim wrote: > On Wednesday 09 February 2005 01:42 pm, Nate Lawson wrote: > > Jung-uk Kim wrote: > > > On Wednesday 09 February 2005 12:27 pm, Coleman Kane wrote: > > >>Ooops. Sorry, I knew this. Uhm in that case, is the acpi_ppc > > >> driver being brought in, or similar functionality? I really like > > >> the auto-scaling that ppc does. > > > > > > We will be able to write a simple daemon to do the job, something > > > like cpufreqd: > > > > > > http://cpufreqd.sourceforge.net/ > > > > > > That's what the API is for... > > > > Please do. However, it would be good if you sent a design email > > outlining your plans before starting coding. > > BTW, I am not planning on doing anything yet. ;-) I was just writing > a simple perl script for myself. > > Jung-uk Kim > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 10 01:54:52 2005 Return-Path: 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 C975516A4CE; Thu, 10 Feb 2005 01:54:52 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88BEE43D3F; Thu, 10 Feb 2005 01:54:52 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j1A1sNWk008101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Feb 2005 17:54:24 -0800 Message-ID: <420ABECE.9030201@root.org> Date: Wed, 09 Feb 2005 17:54:22 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: cokane@cokane.org References: <42068A5C.1030300@root.org> <200502091304.17896.jkim@niksun.com> <420A5983.4070302@root.org> <200502091403.16045.jkim@niksun.com> <346a802205020912122b3f9ffe@mail.gmail.com> In-Reply-To: <346a802205020912122b3f9ffe@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 01:54:53 -0000 Coleman Kane wrote: > Well, I would be interested in working on this project. I've done a > good deal of background work on this over the past month. I am > guessing that the tunables will be provided throught hw.cpu.N now? Is > there a location (project page, etc.) for our freebsd cpufreq system? The sysctls are dev.cpu.X.freq. For now, you'll only ever see a dev.cpu.0.freq and changes to it will be made to all processors. (I'm still improving MP support but that's how it will be.) In the future, once the hardware drivers are improved to support independent MP frequencies, the framework can easily be updated to export the sysctls on all cpus. This change is about 10 lines of code. Info about the framework is in the cpufreq(4) man page. The acpi projects page is where work is currently being noted. I haven't updated it recently though but once I get the next round of commits in, I will. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 10 14:49:45 2005 Return-Path: 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 36FEE16A4CE for ; Thu, 10 Feb 2005 14:49:45 +0000 (GMT) Received: from f26.mail.ru (f26.mail.ru [194.67.57.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFA7643D31 for ; Thu, 10 Feb 2005 14:49:44 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f26.mail.ru with local id 1CzFdX-000HO8-00 for freebsd-acpi@freebsd.org; Thu, 10 Feb 2005 17:49:43 +0300 Received: from [81.200.13.122] by win.mail.ru with HTTP; Thu, 10 Feb 2005 17:49:43 +0300 From: dima <_pppp@mail.ru> To: freebsd-acpi@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.13.122] Date: Thu, 10 Feb 2005 17:49:43 +0300 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: interrupt routing X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 14:49:45 -0000 I am preparing a new server for production use. It is dual Opteron Tyan S2882 motherboard containing 2 1000BaseTX NICs and 2 SCSI controllers onboard. Running 5.3-RELEASE-p5 (i386). The interrupt assignment performed by ACPI looks kinda strange: $ ps -ax [irq24: bge0 ahd0] [irq25: bge1 ahd1] I actually want NICs and SCSI controllers run in different kernel threads. $ pciconf -lv ahd0@pci2:6:0: class=0x010000 card=0x005e9005 chip=0x801d9005 rev=0x10 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7902B Ultra320 SCSI Controller' class = mass storage subclass = SCSI ahd1@pci2:6:1: class=0x010000 card=0x005e9005 chip=0x801d9005 rev=0x10 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7902B Ultra320 SCSI Controller' class = mass storage subclass = SCSI bge0@pci2:9:0: class=0x020000 card=0x164414e4 chip=0x164814e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5704 NetXtreme Dual Gigabit Adapter' class = network subclass = ethernet bge1@pci2:9:1: class=0x020000 card=0x164414e4 chip=0x164814e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5704 NetXtreme Dual Gigabit Adapter' class = network subclass = ethernet All the devices are assigned IRQ10 in BIOS and I didnt found a way to change the settings there. I have found a year-old discussion on -current http://lists.freebsd.org/pipermail/freebsd-current/2004-January/019964.html about assigning physical IRQ lines to PCI devices; so I want to know if there is a way to force ACPI assign virtual interrupts a similar way. From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 10 19:26:12 2005 Return-Path: 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 0046116A4D6 for ; Thu, 10 Feb 2005 19:26:11 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB8DA43D53 for ; Thu, 10 Feb 2005 19:26:11 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18504 invoked from network); 10 Feb 2005 19:26:11 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for <_pppp@mail.ru>; 10 Feb 2005 19:26:11 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j1AJPewI013930; Thu, 10 Feb 2005 14:25:56 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org, dima <_pppp@mail.ru> Date: Thu, 10 Feb 2005 14:23:47 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <200502101423.47092.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Subject: Re: interrupt routing X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2005 19:26:12 -0000 On Thursday 10 February 2005 09:49 am, dima wrote: > I am preparing a new server for production use. It is dual Opteron Tyan > S2882 motherboard containing 2 1000BaseTX NICs and 2 SCSI controllers > onboard. Running 5.3-RELEASE-p5 (i386). The interrupt assignment performed > by ACPI looks kinda strange: > $ ps -ax > [irq24: bge0 ahd0] > [irq25: bge1 ahd1] > I actually want NICs and SCSI controllers run in different kernel threads. > $ pciconf -lv > ahd0@pci2:6:0: class=0x010000 card=0x005e9005 chip=0x801d9005 rev=0x10 > hdr=0x00 vendor = 'Adaptec Inc' > device = 'AIC-7902B Ultra320 SCSI Controller' > class = mass storage > subclass = SCSI > ahd1@pci2:6:1: class=0x010000 card=0x005e9005 chip=0x801d9005 rev=0x10 > hdr=0x00 vendor = 'Adaptec Inc' > device = 'AIC-7902B Ultra320 SCSI Controller' > class = mass storage > subclass = SCSI > bge0@pci2:9:0: class=0x020000 card=0x164414e4 chip=0x164814e4 rev=0x03 > hdr=0x00 vendor = 'Broadcom Corporation' > device = 'BCM5704 NetXtreme Dual Gigabit Adapter' > class = network > subclass = ethernet > bge1@pci2:9:1: class=0x020000 card=0x164414e4 chip=0x164814e4 rev=0x03 > hdr=0x00 vendor = 'Broadcom Corporation' > device = 'BCM5704 NetXtreme Dual Gigabit Adapter' > class = network > subclass = ethernet > All the devices are assigned IRQ10 in BIOS and I didnt found a way to > change the settings there. I have found a year-old discussion on -current > http://lists.freebsd.org/pipermail/freebsd-current/2004-January/019964.html > about assigning physical IRQ lines to PCI devices; so I want to know if > there is a way to force ACPI assign virtual interrupts a similar way. No. With an APIC (irqs > 16) the interrupt routing is based on how the devices are physically wired up. bge0 and ahd0 are physically hooked up to the same pin on the motherboard and there's nothing FreeBSD can do about that. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 11 11:51:16 2005 Return-Path: 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 9692416A4CE for ; Fri, 11 Feb 2005 11:51:16 +0000 (GMT) Received: from sun13.bham.ac.uk (sun13.bham.ac.uk [147.188.128.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CF6A43D2F for ; Fri, 11 Feb 2005 11:51:16 +0000 (GMT) (envelope-from zcwong@acm.org) Received: from [147.188.128.127] (helo=bham.ac.uk) by sun13.bham.ac.uk with esmtp (Exim 4.10) id 1CzZKM-0000Ko-00 for freebsd-acpi@freebsd.org; Fri, 11 Feb 2005 11:51:14 +0000 Received: from emily.cs.bham.ac.uk ([147.188.192.10]) by bham.ac.uk with esmtp (Exim 4.43) id 1CzZKM-0000ik-MH for freebsd-acpi@freebsd.org; Fri, 11 Feb 2005 11:51:14 +0000 Received: from acws-1047.cs.bham.ac.uk by emily.cs.bham.ac.uk (Exim 3.11 #1) with esmtp id 1CzZKD-0002C1-00 for freebsd-acpi@freebsd.org; Fri, 11 Feb 2005 11:51:05 +0000 Message-ID: <420C9C32.5090409@acm.org> Date: Fri, 11 Feb 2005 11:51:14 +0000 From: ZC Wong User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040916 X-Accept-Language: en-gb, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BHAM-CUBE-wlist: LOCAL emily.cs.bham.ac.uk X-BHAM-CUBE-processed: yes Subject: Suspend to disk on a Toshiba Portege R100 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 11:51:16 -0000 Hi, I installed FreeBSD 5.3 release on my Toshiba Portege R100. S4BIOS worked but it doesn't suspend to disk, it looks like it’s basically doing the same thing as S3 when I try “acpiconf –s 4” with hw.acpi.s4bios set to 1. S4OS (hw.acpi.s4bios=0) doesn’t work, it brings the machine down. It looks like s4bios needs some sort of hibernation partition to work properly, but I haven’t found anything about fixing up such kind of partition on Toshiba??? Alternatively, the handbook I found in freebsd.org dosen't say if I need any special configuration to allow S4OS to work? Cheers. From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 12 00:07:59 2005 Return-Path: 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 24E6C16A4CE for ; Sat, 12 Feb 2005 00:07:59 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8512943D53 for ; Sat, 12 Feb 2005 00:07:58 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j1C07tZj030942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 11 Feb 2005 16:07:55 -0800 Message-ID: <420D48DA.7080701@root.org> Date: Fri, 11 Feb 2005 16:07:54 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ZC Wong References: <420C9C32.5090409@acm.org> In-Reply-To: <420C9C32.5090409@acm.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-acpi@freebsd.org Subject: Re: Suspend to disk on a Toshiba Portege R100 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2005 00:07:59 -0000 ZC Wong wrote: > Hi, > > I installed FreeBSD 5.3 release on my Toshiba Portege R100. > > S4BIOS worked but it doesn't suspend to disk, it looks like it’s > basically doing the same thing as S3 when I try “acpiconf –s 4” with > hw.acpi.s4bios set to 1. S4OS (hw.acpi.s4bios=0) doesn’t work, it brings > the machine down. Is hw.acpi.s4bios set when you boot or are you overriding it? > It looks like s4bios needs some sort of hibernation partition to work > properly, but I haven’t found anything about fixing up such kind of > partition on Toshiba??? > > Alternatively, the handbook I found in freebsd.org dosen't say if I need > any special configuration to allow S4OS to work? S4OS is not implemented yet, no estimated start date on work. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 12 00:20:39 2005 Return-Path: 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 B64DB16A4CE for ; Sat, 12 Feb 2005 00:20:39 +0000 (GMT) Received: from sun13.bham.ac.uk (sun13.bham.ac.uk [147.188.128.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EB3643D45 for ; Sat, 12 Feb 2005 00:20:39 +0000 (GMT) (envelope-from zcwong@acm.org) Received: from [147.188.128.127] (helo=bham.ac.uk) by sun13.bham.ac.uk with esmtp (Exim 4.10) id 1Czl1a-0004Og-00 for freebsd-acpi@freebsd.org; Sat, 12 Feb 2005 00:20:38 +0000 Received: from sci-fs1.bham.ac.uk ([147.188.118.71]) by bham.ac.uk with esmtp (Exim 4.43) id 1Czl1a-0005Ur-CB for freebsd-acpi@freebsd.org; Sat, 12 Feb 2005 00:20:38 +0000 Received: from hercules not authenticated [147.188.140.36] Novell NetWare; Sat, 12 Feb 2005 00:20:38 +0000 From: "ZC Wong" To: "'Nate Lawson'" Date: Sat, 12 Feb 2005 00:23:43 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.224 Thread-Index: AcUQluhlonfZ4459TIu/5p8CJsG8GQAAYobw In-Reply-To: <420D48DA.7080701@root.org> X-BHAM-CUBE-wlist: LOCAL sci-fs1.bham.ac.uk X-BHAM-CUBE-processed: yes cc: freebsd-acpi@freebsd.org Subject: RE: Suspend to disk on a Toshiba Portege R100 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2005 00:20:39 -0000 Hi, Thanks for your reply. The default value of hw.acpi.s4bios is 1, but it does the same thing as S3 instead of what it's supposed to do. Regards, Zi -----Original Message----- From: Nate Lawson [mailto:nate@root.org] Sent: Saturday, February 12, 2005 12:08 AM To: ZC Wong Cc: freebsd-acpi@freebsd.org Subject: Re: Suspend to disk on a Toshiba Portege R100 ZC Wong wrote: > Hi, > > I installed FreeBSD 5.3 release on my Toshiba Portege R100. > > S4BIOS worked but it doesn't suspend to disk, it looks like it's > basically doing the same thing as S3 when I try "acpiconf -s 4" with > hw.acpi.s4bios set to 1. S4OS (hw.acpi.s4bios=0) doesn't work, it brings > the machine down. Is hw.acpi.s4bios set when you boot or are you overriding it? > It looks like s4bios needs some sort of hibernation partition to work > properly, but I haven't found anything about fixing up such kind of > partition on Toshiba??? > > Alternatively, the handbook I found in freebsd.org dosen't say if I need > any special configuration to allow S4OS to work? S4OS is not implemented yet, no estimated start date on work. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 12 00:39:25 2005 Return-Path: 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 E1D6A16A4CE for ; Sat, 12 Feb 2005 00:39:25 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99E5743D1D for ; Sat, 12 Feb 2005 00:39:25 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j1C0dMZj031483 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 11 Feb 2005 16:39:23 -0800 Message-ID: <420D5039.1060300@root.org> Date: Fri, 11 Feb 2005 16:39:21 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ZC Wong References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Suspend to disk on a Toshiba Portege R100 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2005 00:39:26 -0000 ZC Wong wrote: > The default value of hw.acpi.s4bios is 1, but it does the same thing as S3 > instead of what it's supposed to do. Yes, sounds like you need a suspend partition. Perhaps Toshiba has a utility on their website to build this. Alternately, if you know the partition type you can use fips or Partition Magic to create one manually. Be careful not to damage your partition table and lose data. -Nate > -----Original Message----- > From: Nate Lawson [mailto:nate@root.org] > Sent: Saturday, February 12, 2005 12:08 AM > To: ZC Wong > Cc: freebsd-acpi@freebsd.org > Subject: Re: Suspend to disk on a Toshiba Portege R100 > > ZC Wong wrote: > >>Hi, >> >>I installed FreeBSD 5.3 release on my Toshiba Portege R100. >> >>S4BIOS worked but it doesn't suspend to disk, it looks like it's >>basically doing the same thing as S3 when I try "acpiconf -s 4" with >>hw.acpi.s4bios set to 1. S4OS (hw.acpi.s4bios=0) doesn't work, it brings >>the machine down. > > > Is hw.acpi.s4bios set when you boot or are you overriding it? > > >>It looks like s4bios needs some sort of hibernation partition to work >>properly, but I haven't found anything about fixing up such kind of >>partition on Toshiba??? >> >>Alternatively, the handbook I found in freebsd.org dosen't say if I need >>any special configuration to allow S4OS to work? > > > S4OS is not implemented yet, no estimated start date on work. > -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 12 00:54:53 2005 Return-Path: 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 0F31B16A4CF for ; Sat, 12 Feb 2005 00:54:53 +0000 (GMT) Received: from sun13.bham.ac.uk (sun13.bham.ac.uk [147.188.128.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F35643D4C for ; Sat, 12 Feb 2005 00:54:52 +0000 (GMT) (envelope-from zcwong@acm.org) Received: from [147.188.128.127] (helo=bham.ac.uk) by sun13.bham.ac.uk with esmtp (Exim 4.10) id 1CzlYh-0004zB-00 for freebsd-acpi@freebsd.org; Sat, 12 Feb 2005 00:54:51 +0000 Received: from sci-fs1.bham.ac.uk ([147.188.118.71]) by bham.ac.uk with esmtp (Exim 4.43) id 1CzlYh-0004iv-OR for freebsd-acpi@freebsd.org; Sat, 12 Feb 2005 00:54:51 +0000 Received: from hercules not authenticated [147.188.140.76] Novell NetWare; Sat, 12 Feb 2005 00:54:51 +0000 From: "ZC Wong" To: "'Nate Lawson'" Date: Sat, 12 Feb 2005 00:57:56 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.224 Thread-Index: AcUQm00i9YUNfYeIQu2VHL1pqtaCPQAAoihw In-Reply-To: <420D5039.1060300@root.org> X-BHAM-CUBE-wlist: LOCAL sci-fs1.bham.ac.uk X-BHAM-CUBE-processed: yes cc: freebsd-acpi@freebsd.org Subject: RE: Suspend to disk on a Toshiba Portege R100 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2005 00:54:53 -0000 I've already looked around on google but I didn't find anything about such kind of partition on Toshiba machines (there are bunches of articles talking about IBM and Dell). Is it possible to guess the type and size of this partition by any chance if I assume this is the case? Say if I create a partition (primary? or logical partition?) with exactly the same size of the physical memory, and then try labelling the partition with random types until the BIOS recognises it? I am just wondering if there's a general idea what this partition would be look like. Zi -----Original Message----- From: Nate Lawson [mailto:nate@root.org] Sent: Saturday, February 12, 2005 12:39 AM To: ZC Wong Cc: freebsd-acpi@freebsd.org Subject: Re: Suspend to disk on a Toshiba Portege R100 ZC Wong wrote: > The default value of hw.acpi.s4bios is 1, but it does the same thing as S3 > instead of what it's supposed to do. Yes, sounds like you need a suspend partition. Perhaps Toshiba has a utility on their website to build this. Alternately, if you know the partition type you can use fips or Partition Magic to create one manually. Be careful not to damage your partition table and lose data. -Nate > -----Original Message----- > From: Nate Lawson [mailto:nate@root.org] > Sent: Saturday, February 12, 2005 12:08 AM > To: ZC Wong > Cc: freebsd-acpi@freebsd.org > Subject: Re: Suspend to disk on a Toshiba Portege R100 > > ZC Wong wrote: > >>Hi, >> >>I installed FreeBSD 5.3 release on my Toshiba Portege R100. >> >>S4BIOS worked but it doesn't suspend to disk, it looks like it's >>basically doing the same thing as S3 when I try "acpiconf -s 4" with >>hw.acpi.s4bios set to 1. S4OS (hw.acpi.s4bios=0) doesn't work, it brings >>the machine down. > > > Is hw.acpi.s4bios set when you boot or are you overriding it? > > >>It looks like s4bios needs some sort of hibernation partition to work >>properly, but I haven't found anything about fixing up such kind of >>partition on Toshiba??? >> >>Alternatively, the handbook I found in freebsd.org dosen't say if I need >>any special configuration to allow S4OS to work? > > > S4OS is not implemented yet, no estimated start date on work. > -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 12 00:58:32 2005 Return-Path: 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 C88B016A4CE for ; Sat, 12 Feb 2005 00:58:32 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5546543D1D for ; Sat, 12 Feb 2005 00:58:32 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j1C0wTZj031729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 11 Feb 2005 16:58:30 -0800 Message-ID: <420D54B5.8090308@root.org> Date: Fri, 11 Feb 2005 16:58:29 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ZC Wong References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Suspend to disk on a Toshiba Portege R100 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2005 00:58:32 -0000 Sorry, can't help much there. All I can say is if you make a partition of the wrong type or size, the attempt to suspend may blow away valid data since the BIOS doesn't do much careful checking generally. -Nate ZC Wong wrote: > I've already looked around on google but I didn't find anything about such > kind of partition on Toshiba machines (there are bunches of articles talking > about IBM and Dell). Is it possible to guess the type and size of this > partition by any chance if I assume this is the case? Say if I create a > partition (primary? or logical partition?) with exactly the same size of the > physical memory, and then try labelling the partition with random types > until the BIOS recognises it? I am just wondering if there's a general idea > what this partition would be look like. > > Zi > > -----Original Message----- > From: Nate Lawson [mailto:nate@root.org] > Sent: Saturday, February 12, 2005 12:39 AM > To: ZC Wong > Cc: freebsd-acpi@freebsd.org > Subject: Re: Suspend to disk on a Toshiba Portege R100 > > ZC Wong wrote: > >>The default value of hw.acpi.s4bios is 1, but it does the same thing as S3 >>instead of what it's supposed to do. > > > Yes, sounds like you need a suspend partition. Perhaps Toshiba has a > utility on their website to build this. Alternately, if you know the > partition type you can use fips or Partition Magic to create one > manually. Be careful not to damage your partition table and lose data. > > -Nate > > >>-----Original Message----- >>From: Nate Lawson [mailto:nate@root.org] >>Sent: Saturday, February 12, 2005 12:08 AM >>To: ZC Wong >>Cc: freebsd-acpi@freebsd.org >>Subject: Re: Suspend to disk on a Toshiba Portege R100 >> >>ZC Wong wrote: >> >> >>>Hi, >>> >>>I installed FreeBSD 5.3 release on my Toshiba Portege R100. >>> >>>S4BIOS worked but it doesn't suspend to disk, it looks like it's >>>basically doing the same thing as S3 when I try "acpiconf -s 4" with >>>hw.acpi.s4bios set to 1. S4OS (hw.acpi.s4bios=0) doesn't work, it brings >>>the machine down. >> >> >>Is hw.acpi.s4bios set when you boot or are you overriding it? >> >> >> >>>It looks like s4bios needs some sort of hibernation partition to work >>>properly, but I haven't found anything about fixing up such kind of >>>partition on Toshiba??? >>> >>>Alternatively, the handbook I found in freebsd.org dosen't say if I need >>>any special configuration to allow S4OS to work? >> >> >>S4OS is not implemented yet, no estimated start date on work. >> > > > -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 12 19:39:56 2005 Return-Path: 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 A9F3616A4CE for ; Sat, 12 Feb 2005 19:39:56 +0000 (GMT) Received: from xs4all.deze.org (4-17-ftth.onsnet.nu [84.35.17.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C67943D49 for ; Sat, 12 Feb 2005 19:39:55 +0000 (GMT) (envelope-from frank@deze.org) Received: by xs4all.deze.org (Postfix, from userid 1006) id 2EED1FD98; Sat, 12 Feb 2005 20:39:54 +0100 (CET) Received: from [192.168.1.2] (corfu [192.168.1.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by xs4all.deze.org (Postfix) with ESMTP id 5B234FD8A for ; Sat, 12 Feb 2005 20:39:49 +0100 (CET) Message-ID: <420E5B85.1050404@deze.org> Date: Sat, 12 Feb 2005 20:39:49 +0100 From: Frank User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on drawbridge.deze.org X-Spam-Level: X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.2 Subject: Ethernet cards not working - Interrrupt routing problem? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2005 19:39:56 -0000 [I posted this message on -STABLE yesterday, but I got a mail, that I should try this mailing list instead. Also I forgot to mention that the machine in question is a Fujitsu Siemens Primergy RX300 -- thanks for any advice, Frank] Hi, I have a weird problem with hardware that runs fine under FreeBSD 4.9 but is unusable under FreeBSD 5.3. The problem concentrates apparently arround interrupt assignments, the Adaptec scsci card in combination with the Ethernet cards. The dmesg output of the system using FreeBSD 5.3 (that does not work) is attached. I think that the problem is related to the fact that all Ethernet cards have been assigned IRQ > 16, while under FreeBSd 4.9 these cards get IRQ < 16. Now, If I disable IO/APIC (either in the bios or by removing it from then the system does not boot): it hangs after the "waiting 8 seconds for SCSI devices to settle", and after a minute or so, the system starts complaining about "SCB aborts", "infinite interrupt loops" etc. I also played with the hyper threading enable/disable in the bios, but that doe not appear to help either. Finally, if I try to disable ACPI completely (using a hint.0.acpi.disabled="1" in loader.conf), then the system can't find the root device to mount from. Without ACPI the adaptec scsi card is apparently not detected. If I boot the system sucessfully (enabled io apic, acpi), the dmesg below is shown. If I look at the interface cards, then link status is detected during booting (I see the led blinking), but as soon as an ifconfig command is run for a interface, the led goes off and stays of. I'm baffled what to try next, the hardware is modern and runs fine under FreeBSD 4.9, so I can think what the problem might me. Any help would be appreciated very much... Frank Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #0: Fri Feb 11 10:17:08 CET 2005 WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.66GHz (2666.78-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536870912 (512 MB) avail memory = 515682304 (491 MB) ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xf008-0xf00b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: at device 4.0 (no driver attached) pci0: at device 8.0 (no driver attached) pci0: at device 8.1 (no driver attached) pci0: at device 8.2 (no driver attached) atapci0: port 0x1c00-0x1c0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on acpi0 pci1: on pcib1 pcib2: at device 10.0 on pci1 pci2: on pcib2 em0: port 0x3000-0x303f mem 0xfc600000-0xfc61ffff irq 29 at device 4.0 on pci2 em0: Ethernet address: 00:04:23:b1:58:84 em0: Speed:N/A Duplex:N/A em1: port 0x3400-0x343f mem 0xfc620000-0xfc63ffff irq 30 at device 4.1 on pci2 em1: Ethernet address: 00:04:23:b1:58:85 em1: Speed:N/A Duplex:N/A em2: port 0x3800-0x383f mem 0xfc640000-0xfc65ffff irq 31 at device 6.0 on pci2 em2: Ethernet address: 00:04:23:b1:58:86 em2: Speed:N/A Duplex:N/A em3: port 0x3c00-0x3c3f mem 0xfc660000-0xfc67ffff irq 28 at device 6.1 on pci2 em3: Ethernet address: 00:04:23:b1:58:87 em3: Speed:N/A Duplex:N/A ahc0: port 0x2000-0x20ff mem 0xfc400000-0xfc400fff irq 30 at device 11.0 on pci1 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs fxp0: port 0x2400-0x243f mem 0xfc500000-0xfc5fffff,0xfc401000-0xfc401fff irq 31 at device 12.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:9e:5b:c5 pcib3: on acpi0 pci3: on pcib3 bge0: mem 0xfc900000-0xfc90ffff,0xfc910000-0xfc91ffff irq 18 at device 0.0 on pci3 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:30:05:81:83:8e bge1: mem 0xfc920000-0xfc92ffff,0xfc930000-0xfc93ffff irq 19 at device 0.1 on pci3 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:30:05:81:83:8f pcib4: on acpi0 pci4: on pcib4 pcib5: on acpi0 pci5: on pcib5 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xc9000-0xcb7ff,0xc0000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounter "TSC" frequency 2666778192 Hz quality 800 Timecounters tick every 1.000 msec carp: attached IPsec: Initialized Security Association Processing. IP Filter: v4.1.5 initialized. Default = block all, Logging = enabled acd0: CDROM at ata1-master UDMA33 Waiting 8 seconds for SCSI devices to settle ses0 at ahc0 bus 0 target 8 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 35046MB (71775284 512 byte sectors: 255H 63S/T 4467C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da1: 35046MB (71775284 512 byte sectors: 255H 63S/T 4467C) Mounting root from ufs:/dev/da1s1a