From owner-freebsd-acpi@FreeBSD.ORG Tue May 4 13:32:42 2004 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 482F816A4CE for ; Tue, 4 May 2004 13:32:42 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 40D7E43D48 for ; Tue, 4 May 2004 13:32:41 -0700 (PDT) (envelope-from christian.uhrhan@gmx.de) Received: (qmail 28720 invoked by uid 0); 4 May 2004 20:32:40 -0000 Received: from 217.234.230.174 by www30.gmx.net with HTTP; Tue, 4 May 2004 22:32:40 +0200 (MEST) Date: Tue, 4 May 2004 22:32:40 +0200 (MEST) From: "Christian Uhrhan" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated: #830747 Message-ID: <5484.1083702760@www30.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: ACPI is not working 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, 04 May 2004 20:32:42 -0000 Hi, first of all: sorry for my english its not my native language. system details: Notebook: targa visionary xp CPU: mobile amd athlon 2200+ uname -a: FreeBSD secretcore.ahrlug.dyndn.org 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun May 2 12:45:35 CEST 2004 chris@secretcore.ahrlug.dyndn.org:/usr/src/sys/i386/compile/SECRETCORE i386 dmesg output: http://ahrlug.dyndns.org/acpi_problem/dmesg.log sysctl hw.acpi: http://ahrlug.dyndns.org/acpi_problem/hw.acpi first i had installed freebsd 5.1 but got some errors about a broken acpi-table. After installing freebsd 5.2 the errors there was no more errors at boot-time but acpi was still not working. so first of all i ask google about acpi and freebsd and the first things which was noticeable to me was a message which does not appear at my boot output, like this: (1) acpi_cpu: throttling enabled, 8 steps (100% to 12.5%) furthermore or better said therefore my system is mission sysctl-variables like (2) hw.acpi.cpu.performance oder hw.acpi.cpu.economy i googled again but could not find a reason for this behavior and it seems to me a little bit strangely because i know to 100% that cpu throttling is supported by my cpu and it is working fine under windows (i know windows does't take it so exactly with acpi standard so it isn't realy a good comparison). after the google session i posted the problem in a german freebsd-forum (bsdforen.de) but nobody could help me. so i decided to update the system to 5.2-current to get the lastest source and to see if acpi is working with it. when the update finished i rebooted and after login the cpu-cooler got slowed down in his speed but after a few seconds it came back to full speed. first i examined the output of dmesg and again the lines like (1) does not appear and therefore there was no sysctl-variable like (2). so i thought i could download a knoppix-with-acpi-version and look if acpi is working there. i did it and realy the cpu-cooler got slowed down and came only up to full speed when i was doing some cpu intensive operations. i dumped the /proc/acpi/dsdt content to a file and rebooted the system. next i did a iasl -dc and copied it to /boot. then i modified the loader.conf to this: acpi_dsdt_load="YES" acpi_dsdt_name="acpi_dsdt.aml" after this i rebooted the system and i got the message that the acpi table was overwritten by the OS. but it brought no success. i looked at the freebsd-handbook and found out that it could fix some problems by define the variable acpi_osname and i tried it out by setting acpi_osname="Microsoft Windows NT" because this string was in the decoded dsdt-file. so now i don't know what i could do anymore and i post it to this mailinglist. are there any possibilities i did not thought about? sorry for the long post and i hope my english is good enough so you understand the problem. yours sincerely cu -- NEU : GMX Internet.FreeDSL Ab sofort DSL-Tarif ohne Grundgebühr: http://www.gmx.net/dsl From owner-freebsd-acpi@FreeBSD.ORG Tue May 4 16:10:56 2004 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 D51E016A4CE for ; Tue, 4 May 2004 16:10:56 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 752E843D3F for ; Tue, 4 May 2004 16:10:56 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 30295 invoked by uid 1000); 4 May 2004 23:10:57 -0000 Date: Tue, 4 May 2004 16:10:57 -0700 (PDT) From: Nate Lawson To: Christian Uhrhan In-Reply-To: <5484.1083702760@www30.gmx.net> Message-ID: <20040504160833.I30235@root.org> References: <5484.1083702760@www30.gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-acpi@freebsd.org Subject: Re: ACPI is not working 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, 04 May 2004 23:10:56 -0000 On Tue, 4 May 2004, Christian Uhrhan wrote: > system details: > Notebook: targa visionary xp > CPU: mobile amd athlon 2200+ > uname -a: FreeBSD secretcore.ahrlug.dyndn.org 5.2-CURRENT FreeBSD > 5.2-CURRENT #0: > Sun May 2 12:45:35 CEST 2004 > > chris@secretcore.ahrlug.dyndn.org:/usr/src/sys/i386/compile/SECRETCORE i386 > > dmesg output: http://ahrlug.dyndns.org/acpi_problem/dmesg.log > sysctl hw.acpi: http://ahrlug.dyndns.org/acpi_problem/hw.acpi > > first i had installed freebsd 5.1 but got some errors about a broken > acpi-table. After installing > freebsd 5.2 the errors there was no more errors at boot-time but acpi was > still not working. I looked at your dmesg and ACPI is working fine. You can get increased CPU idle power savings by doing: sysctl hw.acpi.cpu.cx_lowest=1 > a message which does not appear at my boot output, like this: > > (1) > acpi_cpu: throttling enabled, 8 steps (100% to 12.5%) > > furthermore or better said therefore my system is mission sysctl-variables > like > > (2) > hw.acpi.cpu.performance oder > hw.acpi.cpu.economy The acpi_cpu driver is not detecting that your system supports throttling. Please post a link to your full ASL: acpidump -t -d > christian.asl -Nate From owner-freebsd-acpi@FreeBSD.ORG Tue May 4 16:13:12 2004 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 28BE516A4CE for ; Tue, 4 May 2004 16:13:12 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id EF02543D49 for ; Tue, 4 May 2004 16:13:11 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 30332 invoked by uid 1000); 4 May 2004 23:13:13 -0000 Date: Tue, 4 May 2004 16:13:13 -0700 (PDT) From: Nate Lawson To: Deng XueFeng In-Reply-To: <20040427225114.965C.DSNOFE@hotmail.com> Message-ID: <20040504161132.X30235@root.org> References: <20040427225114.965C.DSNOFE@hotmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-acpi@freebsd.org Subject: Re: need help 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, 04 May 2004 23:13:12 -0000 On Tue, 27 Apr 2004, Deng XueFeng wrote: > My laptop is HP NX7000. > when I enable acpi, panic will get when booting. > how can i save the panic info or how to debug it that use ddb? > thanks! If you have a serial port, you can enable a serial console. See the section on this in the developer's handbook. Alternatively, you can help by just writing down and then typing in the panic message. What version of FreeBSD? -Nate From owner-freebsd-acpi@FreeBSD.ORG Tue May 4 18:04:22 2004 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 35C6E16A4CE for ; Tue, 4 May 2004 18:04:22 -0700 (PDT) Received: from secretcore.dyndns.org (pD9EAE6AE.dip.t-dialin.net [217.234.230.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E16643D53 for ; Tue, 4 May 2004 18:04:21 -0700 (PDT) (envelope-from chris@secretcore.dyndns.org) Received: from secretcore.dyndns.org (secretcore.dyndns.org [127.0.0.1]) i450ArKu039919 for ; Wed, 5 May 2004 02:10:54 +0200 (CEST) (envelope-from chris@secretcore.dyndns.org) Received: (from chris@localhost) by secretcore.dyndns.org (8.12.11/8.12.10/Submit) id i450Aqn2039918 for freebsd-acpi@freebsd.org; Wed, 5 May 2004 02:10:52 +0200 (CEST) (envelope-from chris) Date: Wed, 5 May 2004 02:10:52 +0200 From: christian uhrhan To: freebsd-acpi@freebsd.org Message-ID: <20040505001052.GA39901@secretcore.dyndns.org> Mail-Followup-To: freebsd-acpi@freebsd.org References: <5484.1083702760@www30.gmx.net> <20040504160833.I30235@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040504160833.I30235@root.org> User-Agent: Mutt/1.4.2.1i Subject: Re: ACPI is not working 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, 05 May 2004 01:04:22 -0000 Hi, > > I looked at your dmesg and ACPI is working fine. You can get increased > CPU idle power savings by doing: > > sysctl hw.acpi.cpu.cx_lowest=1 > thx, i'll try it out > > a message which does not appear at my boot output, like this: > > > > (1) > > acpi_cpu: throttling enabled, 8 steps (100% to 12.5%) > > > > furthermore or better said therefore my system is mission sysctl-variables > > like > > > > (2) > > hw.acpi.cpu.performance oder > > hw.acpi.cpu.economy > > The acpi_cpu driver is not detecting that your system supports throttling. > Please post a link to your full ASL: > acpidump -t -d > christian.asl you can take a look at it at http://ahrlug.dyndns.org/acpi_problem/christian.asl > > -Nate > thanks in advance cu From owner-freebsd-acpi@FreeBSD.ORG Tue May 4 22:25:06 2004 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 8B6C416A4CE for ; Tue, 4 May 2004 22:25:06 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 444BF43D5A for ; Tue, 4 May 2004 22:25:06 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 32146 invoked by uid 1000); 5 May 2004 05:25:08 -0000 Date: Tue, 4 May 2004 22:25:08 -0700 (PDT) From: Nate Lawson To: christian uhrhan In-Reply-To: <20040505001052.GA39901@secretcore.dyndns.org> Message-ID: <20040504222314.O32088@root.org> References: <5484.1083702760@www30.gmx.net> <20040504160833.I30235@root.org> <20040505001052.GA39901@secretcore.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-acpi@freebsd.org Subject: Re: ACPI is not working 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, 05 May 2004 05:25:06 -0000 On Wed, 5 May 2004, christian uhrhan wrote: > Hi, > > > > > I looked at your dmesg and ACPI is working fine. You can get increased > > CPU idle power savings by doing: > > > > sysctl hw.acpi.cpu.cx_lowest=1 > > thx, i'll try it out You can put that in /etc/sysctl.conf if it works ok. Make sure it works before doing that though. It should lower the temps with no real performance hit (unlike throttling). > > The acpi_cpu driver is not detecting that your system supports throttling. > > Please post a link to your full ASL: > > acpidump -t -d > christian.asl > > you can take a look at it at http://ahrlug.dyndns.org/acpi_problem/christian.asl Your system does not support throttling. It has a 0 for duty_width. However, it does support ACPI performance states so once the driver is finished for those, you will be able to step back your clock to save power/heat. That's a different and better mechanism than throttling anyway. -Nate From owner-freebsd-acpi@FreeBSD.ORG Wed May 5 08:13:17 2004 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 BE28B16A4CE for ; Wed, 5 May 2004 08:13:17 -0700 (PDT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3106043D48 for ; Wed, 5 May 2004 08:13:17 -0700 (PDT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1BLO4R-00025Z-00; Wed, 05 May 2004 17:12:27 +0200 Date: Wed, 5 May 2004 17:12:27 +0200 To: christian uhrhan Message-ID: <20040505151227.GA7767@poupinou.org> References: <5484.1083702760@www30.gmx.net> <20040504160833.I30235@root.org> <20040505001052.GA39901@secretcore.dyndns.org> <20040504222314.O32088@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040504222314.O32088@root.org> User-Agent: Mutt/1.5.5.1+cvs20040105i From: Bruno Ducrot cc: freebsd-acpi@freebsd.org Subject: Re: ACPI is not working 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, 05 May 2004 15:13:17 -0000 On Tue, May 04, 2004 at 10:25:08PM -0700, Nate Lawson wrote: > On Wed, 5 May 2004, christian uhrhan wrote: > > Hi, > > > > > > > > I looked at your dmesg and ACPI is working fine. You can get increased > > > CPU idle power savings by doing: > > > > > > sysctl hw.acpi.cpu.cx_lowest=1 > > > > thx, i'll try it out > > You can put that in /etc/sysctl.conf if it works ok. Make sure it works > before doing that though. It should lower the temps with no real > performance hit (unlike throttling). > > > > The acpi_cpu driver is not detecting that your system supports throttling. > > > Please post a link to your full ASL: > > > acpidump -t -d > christian.asl > > > > you can take a look at it at http://ahrlug.dyndns.org/acpi_problem/christian.asl > > Your system does not support throttling. It has a 0 for duty_width. > However, it does support ACPI performance states so once the driver is > finished for those, you will be able to step back your clock to save > power/heat. That's a different and better mechanism than throttling > anyway. It's a mobile athlon... Christian, you can test that : http://www.poupinou.org/cpufreq/bsd/powernow_k7.tar.gz if you can't wait. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Wed May 5 10:45:37 2004 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 8C53A16A4CE for ; Wed, 5 May 2004 10:45:37 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 1923043D4C for ; Wed, 5 May 2004 10:45:37 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 35694 invoked by uid 1000); 5 May 2004 17:45:37 -0000 Date: Wed, 5 May 2004 10:45:37 -0700 (PDT) From: Nate Lawson To: Christian Uhrhan In-Reply-To: <9812.1083740254@www17.gmx.net> Message-ID: <20040505104315.N35684@root.org> References: <20040504222314.O32088@root.org> <9812.1083740254@www17.gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org Subject: Re: ACPI is not working 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, 05 May 2004 17:45:37 -0000 On Wed, 5 May 2004, Christian Uhrhan wrote: > > You can put that in /etc/sysctl.conf if it works ok. Make sure it works > > before doing that though. It should lower the temps with no real > > performance hit (unlike throttling). > > thx very much, after rebooting the fan slowed down and then came back to > full speed. after setting hw.acpi.cpu.cx_lowest to 1 and a few more > seconds it slowed down again and it is working (at the moment i will > obeye it for a while before add it to /etc/sysctl.conf as you told me) > under X too. Good. That should be fine. > > Your system does not support throttling. It has a 0 for duty_width. > > However, it does support ACPI performance states so once the driver is > > finished for those, you will be able to step back your clock to save > > power/heat. That's a different and better mechanism than throttling > > anyway. > > hmmm...i guess i missunderstood something. isn't throttling == stepping > back the cpu speed (for instance from 1000MHz to 500MHz)? > > thank you for looking at my problem and thanks that you invested some > time to help me Throttling does step back the effective CPU speed by triggering the CPU clock at some fraction of the actual clock. See a previous post I made for more techical details. As Bruno said, you have a mobile athlon and so powernow or acpi performance states will provide clock/voltage control. I haven't finished the drivers for that for FreeBSD yet but his driver should help you if you want to try it. Clock/voltage control is similar but different than throttling. -Nate From owner-freebsd-acpi@FreeBSD.ORG Wed May 5 11:40:43 2004 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 87CBD16A4CE for ; Wed, 5 May 2004 11:40:43 -0700 (PDT) Received: from moutvdomng.kundenserver.de (moutvdom.kundenserver.de [212.227.126.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48EBE43D3F for ; Wed, 5 May 2004 11:40:43 -0700 (PDT) (envelope-from liamfoy@sepulcrum.org) Received: from [212.227.126.221] (helo=mrvdomng.kundenserver.de) by moutvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BLRJy-000835-00 for freebsd-acpi@freebsd.org; Wed, 05 May 2004 20:40:42 +0200 Received: from [217.43.76.62] (helo=sepulcrum.org) by mrvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BLRJy-0007Ol-00 for freebsd-acpi@freebsd.org; Wed, 05 May 2004 20:40:42 +0200 Message-ID: <40993503.9060203@sepulcrum.org> Date: Wed, 05 May 2004 19:40:03 +0100 From: "Liam J. Foy" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031208 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Quick question 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, 05 May 2004 18:40:43 -0000 I am coding a battery daemon for my laptop in C. When I print the value of ptr->ai_batt_time (machine/apm_bios.h) it is returning 0. -1 would incline the device isnt supported, but why is it returning 0 ? Thanks in advance, -- Liam J .Foy liamfoy[at]sepulcrum!org http://www.sepulcrum.org From owner-freebsd-acpi@FreeBSD.ORG Wed May 5 13:47:09 2004 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 B2EA816A501 for ; Wed, 5 May 2004 13:47:09 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 891AF43D1D for ; Wed, 5 May 2004 13:47:09 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 36571 invoked by uid 1000); 5 May 2004 20:47:10 -0000 Date: Wed, 5 May 2004 13:47:10 -0700 (PDT) From: Nate Lawson To: "Liam J. Foy" In-Reply-To: <40993503.9060203@sepulcrum.org> Message-ID: <20040505134633.E36557@root.org> References: <40993503.9060203@sepulcrum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-acpi@freebsd.org Subject: Re: Quick question 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, 05 May 2004 20:47:09 -0000 On Wed, 5 May 2004, Liam J. Foy wrote: > I am coding a battery daemon for my laptop in C. When I print the value > of ptr->ai_batt_time (machine/apm_bios.h) it is returning 0. -1 would > incline the device isnt supported, but why is it returning 0 ? Send the full output of "sysctl hw.acpi". Some machines can't detect the battery state while on AC power. -Nate From owner-freebsd-acpi@FreeBSD.ORG Wed May 5 17:55:22 2004 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 B58F016A502 for ; Wed, 5 May 2004 17:55:22 -0700 (PDT) Received: from out014.verizon.net (out014pub.verizon.net [206.46.170.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FC3443D9D for ; Wed, 5 May 2004 17:55:12 -0700 (PDT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([138.89.80.189]) by out014.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040506005510.KHVW5247.out014.verizon.net@RabbitsDen> for ; Wed, 5 May 2004 19:55:10 -0500 Date: Wed, 5 May 2004 20:55:02 -0400 From: Alexandre "Sunny" Kovalenko To: freebsd-acpi@freebsd.org Message-Id: <20040505205502.46b752be.Alex.Kovalenko@verizon.net> In-Reply-To: <20040505151227.GA7767@poupinou.org> References: <5484.1083702760@www30.gmx.net> <20040504160833.I30235@root.org> <20040505001052.GA39901@secretcore.dyndns.org> <20040504222314.O32088@root.org> <20040505151227.GA7767@poupinou.org> Organization: Home X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out014.verizon.net from [138.89.80.189] at Wed, 5 May 2004 19:55:10 -0500 Subject: Re: ACPI is not working 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, 06 May 2004 00:55:23 -0000 On Wed, 5 May 2004 17:12:27 +0200 Bruno Ducrot wrote: > On Tue, May 04, 2004 at 10:25:08PM -0700, Nate Lawson wrote: > > On Wed, 5 May 2004, christian uhrhan wrote: > > > Hi, > > > > > > > > > > > I looked at your dmesg and ACPI is working fine. You can get increased > > > > CPU idle power savings by doing: > > > > > > > > sysctl hw.acpi.cpu.cx_lowest=1 > > > > > > thx, i'll try it out > > > > You can put that in /etc/sysctl.conf if it works ok. Make sure it works > > before doing that though. It should lower the temps with no real > > performance hit (unlike throttling). > > > > > > The acpi_cpu driver is not detecting that your system supports throttling. > > > > Please post a link to your full ASL: > > > > acpidump -t -d > christian.asl > > > > > > you can take a look at it at http://ahrlug.dyndns.org/acpi_problem/christian.asl > > > > Your system does not support throttling. It has a 0 for duty_width. > > However, it does support ACPI performance states so once the driver is > > finished for those, you will be able to step back your clock to save > > power/heat. That's a different and better mechanism than throttling > > anyway. > > It's a mobile athlon... Christian, you can test that : > http://www.poupinou.org/cpufreq/bsd/powernow_k7.tar.gz > if you can't wait. > > -- > Bruno Ducrot > > -- Which is worse: ignorance or apathy? > -- Don't know. Don't care. > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" That worked beautifully here (AVERATEC 3150H with Athlon XP-M 1400). Got five voltage/frequency levels, could switch between them at will... This is cool in more then one sense of the word ;) -- Alexandre "Sunny" Kovalenko. From owner-freebsd-acpi@FreeBSD.ORG Wed May 5 23:34:13 2004 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 882C416A4CE for ; Wed, 5 May 2004 23:34:13 -0700 (PDT) Received: from secretcore.dyndns.org (pD9EAC977.dip0.t-ipconnect.de [217.234.201.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 339D143D2F for ; Wed, 5 May 2004 23:34:12 -0700 (PDT) (envelope-from chris@secretcore.dyndns.org) Received: from secretcore.dyndns.org (secretcore.dyndns.org [127.0.0.1]) by secretcore.dyndn.org (8.12.11/8.12.10) with ESMTP id i465Seqb001920 for ; Thu, 6 May 2004 07:28:40 +0200 (CEST) (envelope-from chris@secretcore.dyndns.org) Received: (from chris@localhost) by secretcore.dyndns.org (8.12.11/8.12.10/Submit) id i465SdcN001919 for acpi@freebsd.org; Thu, 6 May 2004 07:28:39 +0200 (CEST) (envelope-from chris) Date: Thu, 6 May 2004 07:28:39 +0200 From: christian uhrhan To: acpi@freebsd.org Message-ID: <20040506052839.GA604@secretcore.dyndns.org> Mail-Followup-To: acpi@freebsd.org References: <20040504222314.O32088@root.org> <9812.1083740254@www17.gmx.net> <20040505104315.N35684@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040505104315.N35684@root.org> User-Agent: Mutt/1.4.2.1i Subject: Re: ACPI is not working 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, 06 May 2004 06:34:13 -0000 > > Throttling does step back the effective CPU speed by triggering the CPU > clock at some fraction of the actual clock. See a previous post I made > for more techical details. As Bruno said, you have a mobile athlon and so > powernow or acpi performance states will provide clock/voltage control. I > haven't finished the drivers for that for FreeBSD yet but his driver > should help you if you want to try it. Clock/voltage control is similar > but different than throttling. > > -Nate > thanks for explaination. that clarified something to me. i tried out bruno's driver and it worked good for me so far. thx@bruno, too. it's absolutely great how fast you get help here thx a lot to everyone -cu From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 07:43:36 2004 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 5825E16A4CE for ; Thu, 6 May 2004 07:43:36 -0700 (PDT) Received: from mailhub2.midco.net (mailhub2.midco.net [24.220.0.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id A758A43D5E for ; Thu, 6 May 2004 07:43:35 -0700 (PDT) (envelope-from pmes@bis.midco.net) Received: (qmail 5803 invoked by uid 0); 6 May 2004 15:43:37 -0000 Received: from host-195-219-220-24.midco.net (HELO bis.midco.net) ([24.220.219.195]) (envelope-sender ) by lvs-pop.midco.net (qmail-ldap-1.03) with SMTP for ; 6 May 2004 15:43:37 -0000 Message-ID: <409A4F16.9080505@bis.midco.net> Date: Thu, 06 May 2004 09:43:34 -0500 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040503 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <4083FC0D.1060505@bis.midco.net> <20040419105533.T22015@root.org> <408421AA.7040905@bis.midco.net> <20040419120026.L22535@root.org> In-Reply-To: <20040419120026.L22535@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: OS Interrupted 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, 06 May 2004 14:43:36 -0000 Nate Lawson wrote: > On Mon, 19 Apr 2004, Peter Schultz wrote: > >>Nate Lawson wrote: >> >>>On Mon, 19 Apr 2004, Peter Schultz wrote: >>> >>> >>>>ACPI is working again on my machine but there's a terrible amount of >>>>latency introduced when using it. The mouse cursor is really jerky and >>>>realaudio streams will constantly skip where they never do otherwise. >>>> >>>>Are there ACPI tweaks I can try to see if this can be eliminated? >>> >>>set hw.acpi.force_sci_lo=1 at the loader prompt. >> >>This isn't interrupt storm bad, but it makes listening to >>music very annoying and the mouse cursor really jumpy. > > > So you're saying vmstat -i doesn't show anything out of the ordinary? How > often does the jumpiness happen? If it's once every 30 seconds, it could > be thermal polling. If it's constantly, it's like a GPE issue or > interrupt storm. You could stick a printf in acpi_ec.c:EcGpeQueryHandler > to see if you're getting a lot of GPEs. If that's the case, it will > likely be solved on the next import. You can work around this by removing > the line in acpi.c that sets Gbl*Gpe* to FALSE. > It is the thermal poll event which causes my interruptions. I changed the interval from 10 to 100 so at least I don't have skips so often. Is there a way to make this more cooperative with the rest of the system? Thanks, Pete... From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 08:50:34 2004 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 A1B3016A4CF for ; Thu, 6 May 2004 08:50:34 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 4FAC943D48 for ; Thu, 6 May 2004 08:50:33 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 41901 invoked by uid 1000); 6 May 2004 15:50:33 -0000 Date: Thu, 6 May 2004 08:50:33 -0700 (PDT) From: Nate Lawson To: Mike Silbersack In-Reply-To: <20040506035840.G811@odysseus.silby.com> Message-ID: <20040506084132.L41848@root.org> References: <200405052004.i45K4EnF029671@repoman.freebsd.org> <20040505171634.N37631@root.org> <20040506025051.V630@odysseus.silby.com> <20040506034307.M811@odysseus.silby.com> <20040506035840.G811@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org Subject: Re: power savings and usb 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, 06 May 2004 15:50:34 -0000 [moved to acpi@] On Thu, 6 May 2004, Mike Silbersack wrote: > On Thu, 6 May 2004, Mike Silbersack wrote: > > > Good deal, it works as avertised. I even learned a bit of shell scripting > > in the process of writing a simple speed switching script. :) > > > > Of course, the real question is whether or not it'll actually help battery > > life at all; this is a mobile celeron, I suspect that I won't have much of > > an impact. Ah well. Using the C3 idle state makes my laptop noticeably cooler and the fan doesn't come on in normal usage. > Gah, except that my experiment in clockswitching made the usb stack mad, > so it's constantly priniting "usb0: X scheduling overruns", where X > appears to be a number containing one or two bits of entropy per second. > I will have to go visit ohci.c with a cluebat when I get a chance. > > Er, it stopped when I plugged in the power cord, and starts again when I > unplugged it. Is it possible that ohci.c is reading some USB voltage > value instead of the overrun bit that it thinks it is reading? Nope, we auto-switch cpu idle values (and optionally throttle states) on AC line transition. See /etc/rc.d/power_profile and the options in /etc/defaults/rc.conf: performance_cx_lowest="HIGH" # Online CPU idle state performance_throttle_state="HIGH" # Online throttling state economy_cx_lowest="LOW" # Offline CPU idle state economy_throttle_state="HIGH" # Offline throttling state The default online is to use C1 (or HLT as it's known elsewhere). This is existing behavior. The default offline is to switch to the lowest state available. On my laptop, this is C3. (The default for throttling is to leave it off since it is more disruptive). The problem with C3 is that if you have USB loaded, it is rarely used for idling as USB constantly uses bus mastering in polling for new devices. This is ok since we demote to C2 in this case. You can observe this via sysctl hw.acpi.cpu: hw.acpi.cpu.cx_supported: C1/0 C2/84 C3/120 hw.acpi.cpu.cx_lowest: 1 hw.acpi.cpu.cx_history: 9175/0 173443/9175 0/0 This means I am requesting a lowest sleep of C2 (idx 1 of the options supported). The history values show that I haven't used C3 at all and am using C2 at a rate of about 95%. ohci may have problems with C3. On my uhci, it demotes to C2 without causing problems. You can override this by setting in /etc/rc.conf: economy_cx_lowest="1" -Nate From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 09:37:54 2004 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 E9BC916A4CE for ; Thu, 6 May 2004 09:37:54 -0700 (PDT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DE05043D41 for ; Thu, 6 May 2004 09:37:53 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 57099 invoked from network); 6 May 2004 16:37:52 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 6 May 2004 16:37:52 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 6 May 2004 11:37:51 -0500 (CDT) From: Mike Silbersack To: Nate Lawson In-Reply-To: <20040506084132.L41848@root.org> Message-ID: <20040506113610.D2198@odysseus.silby.com> References: <200405052004.i45K4EnF029671@repoman.freebsd.org> <20040505171634.N37631@root.org> <20040506025051.V630@odysseus.silby.com> <20040506034307.M811@odysseus.silby.com> <20040506084132.L41848@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org Subject: Re: power savings and usb 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, 06 May 2004 16:37:55 -0000 On Thu, 6 May 2004, Nate Lawson wrote: > > Gah, except that my experiment in clockswitching made the usb stack mad, > > so it's constantly priniting "usb0: X scheduling overruns", where X > > appears to be a number containing one or two bits of entropy per second. > > I will have to go visit ohci.c with a cluebat when I get a chance. > > > > Er, it stopped when I plugged in the power cord, and starts again when I > > unplugged it. Is it possible that ohci.c is reading some USB voltage > > value instead of the overrun bit that it thinks it is reading? > > hw.acpi.cpu.cx_supported: C1/0 C2/84 C3/120 > hw.acpi.cpu.cx_lowest: 1 > hw.acpi.cpu.cx_history: 9175/0 173443/9175 0/0 > > This means I am requesting a lowest sleep of C2 (idx 1 of the options > supported). The history values show that I haven't used C3 at all and am > using C2 at a rate of about 95%. > > ohci may have problems with C3. On my uhci, it demotes to C2 without > causing problems. You can override this by setting in /etc/rc.conf: > > economy_cx_lowest="1" > > -Nate Something else must be happening, because: hw.acpi.cpu.cx_supported: C1/1 C2/99 C3/288 hw.acpi.cpu.cx_lowest: 0 hw.acpi.cpu.cx_history: 5558639/0 0/0 0/0 But, since I went and killed the scheduling overrun interrupts at the source, we don't need to worry anymore. :) Mike "Silby" Silbersack From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 09:55:32 2004 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 733AB16A4CE for ; Thu, 6 May 2004 09:55:32 -0700 (PDT) Received: from web41103.mail.yahoo.com (web41103.mail.yahoo.com [66.218.93.19]) by mx1.FreeBSD.org (Postfix) with SMTP id 310D643D53 for ; Thu, 6 May 2004 09:55:30 -0700 (PDT) (envelope-from jmkatcher@yahoo.com) Message-ID: <20040506165526.41572.qmail@web41103.mail.yahoo.com> Received: from [24.18.54.216] by web41103.mail.yahoo.com via HTTP; Thu, 06 May 2004 09:55:26 PDT Date: Thu, 6 May 2004 09:55:26 -0700 (PDT) From: Jeffrey Katcher To: acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: power savings and usb 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, 06 May 2004 16:55:32 -0000 On my T40, I see: hw.acpi.cpu.cx_lowest: 0 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 hw.acpi.cpu.cx_history: 197586/0 0/0 0/0 and the current power_profile script maintains cx_lowest as 0 (i.e. not changing it on plug/unplug). The 1st number in history is the only one to increment. I can manually set cx_lowest to 2, not 3, then history changes to: hw.acpi.cx_history: 0/0 2335/0 1710/30 with the latter two incrementing. What does this mean? Thanks in advance, Jeff Katcher __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 10:43:54 2004 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 E51ED16A4CE for ; Thu, 6 May 2004 10:43:54 -0700 (PDT) Received: from hermes.fm.intel.com (fmr01.intel.com [192.55.52.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4858F43D39 for ; Thu, 6 May 2004 10:43:54 -0700 (PDT) (envelope-from len.brown@intel.com) Received: from petasus-pilot.fm.intel.com (petasus-pilot.fm.intel.com [10.1.192.44]) 1.15 2004/01/30 18:16:28 root Exp $) with ESMTP id i46Hi1SP011701; Thu, 6 May 2004 17:44:01 GMT Received: from fmsmsxvs040.fm.intel.com (fmsmsxvs040.fm.intel.com [132.233.42.124]) major-inner.mc,v 1.10 2004/03/01 19:21:36 root Exp $) with SMTP id i46HhdPv030713; Thu, 6 May 2004 17:44:17 GMT Received: (from dhcppc4 [10.127.52.99])M2004050610433108427 ; Thu, 06 May 2004 10:43:32 -0700 From: Len Brown To: Mike Silbersack In-Reply-To: <20040506113610.D2198@odysseus.silby.com> References: <200405052004.i45K4EnF029671@repoman.freebsd.org> <20040506025051.V630@odysseus.silby.com> <20040506084132.L41848@root.org> <20040506113610.D2198@odysseus.silby.com> Content-Type: text/plain Organization: Message-Id: <1083865408.2292.172.camel@dhcppc4> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 06 May 2004 13:43:28 -0400 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) cc: acpi@freebsd.org Subject: Re: power savings and usb 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, 06 May 2004 17:43:55 -0000 On Thu, 2004-05-06 at 12:37, Mike Silbersack wrote: > On Thu, 6 May 2004, Nate Lawson wrote: > > > > Gah, except that my experiment in clockswitching made the usb stack mad, > > > so it's constantly priniting "usb0: X scheduling overruns", where X > > > appears to be a number containing one or two bits of entropy per second. > > > I will have to go visit ohci.c with a cluebat when I get a chance. > > > > > > Er, it stopped when I plugged in the power cord, and starts again when I > > > unplugged it. Is it possible that ohci.c is reading some USB voltage > > > value instead of the overrun bit that it thinks it is reading? > > > > hw.acpi.cpu.cx_supported: C1/0 C2/84 C3/120 > > hw.acpi.cpu.cx_lowest: 1 > > hw.acpi.cpu.cx_history: 9175/0 173443/9175 0/0 > > > > This means I am requesting a lowest sleep of C2 (idx 1 of the options > > supported). The history values show that I haven't used C3 at all and am > > using C2 at a rate of about 95%. > > > > ohci may have problems with C3. On my uhci, it demotes to C2 without > > causing problems. You can override this by setting in /etc/rc.conf: > > > > economy_cx_lowest="1" > > > > -Nate > > Something else must be happening, because: > > hw.acpi.cpu.cx_supported: C1/1 C2/99 C3/288 > hw.acpi.cpu.cx_lowest: 0 > hw.acpi.cpu.cx_history: 5558639/0 0/0 0/0 > > But, since I went and killed the scheduling overrun interrupts at the > source, we don't need to worry anymore. :) I expect that C2/99 means the FADT lists C2 latency as 99usec. Similarly for 288 usec C3 latency. This compares to the ACPI spec limits of 100 and 1000, respectively. This is relativly high latency, and the OS may decided that it isn't worth paying it. -Len From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 10:46:49 2004 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 2AEBD16A4CE for ; Thu, 6 May 2004 10:46:49 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id AE71F43D1F for ; Thu, 6 May 2004 10:46:48 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 42497 invoked by uid 1000); 6 May 2004 17:46:49 -0000 Date: Thu, 6 May 2004 10:46:49 -0700 (PDT) From: Nate Lawson To: Len Brown In-Reply-To: <1083861299.2296.107.camel@dhcppc4> Message-ID: <20040506104041.U42462@root.org> References: <200405052004.i45K4EnF029671@repoman.freebsd.org> <20040506025051.V630@odysseus.silby.com> <20040506035840.G811@odysseus.silby.com> <20040506084132.L41848@root.org> <1083861299.2296.107.camel@dhcppc4> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org cc: Mike Silbersack Subject: Re: power savings and usb 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, 06 May 2004 17:46:49 -0000 On Thu, 6 May 2004, Len Brown wrote: > On Thu, 2004-05-06 at 11:50, Nate Lawson wrote: > > Nope, we auto-switch cpu idle values (and optionally throttle states) on > > AC line transition. See /etc/rc.d/power_profile and the options in > > /etc/defaults/rc.conf: > > > > performance_cx_lowest="HIGH" # Online CPU idle state > > performance_throttle_state="HIGH" # Online throttling state > > economy_cx_lowest="LOW" # Offline CPU idle state > > economy_throttle_state="HIGH" # Offline throttling state > > > > The default online is to use C1 (or HLT as it's known elsewhere). This is > > existing behavior. The default offline is to switch to the lowest state > > available. On my laptop, this is C3. (The default for throttling is to > > leave it off since it is more disruptive). The problem with C3 is that if > > you have USB loaded, it is rarely used for idling as USB constantly uses > > bus mastering in polling for new devices. This is ok since we demote to > > C2 in this case. You can observe this via sysctl hw.acpi.cpu: > > > > hw.acpi.cpu.cx_supported: C1/0 C2/84 C3/120 > > hw.acpi.cpu.cx_lowest: 1 > > hw.acpi.cpu.cx_history: 9175/0 173443/9175 0/0 > > > > This means I am requesting a lowest sleep of C2 (idx 1 of the options > > supported). The history values show that I haven't used C3 at all and am > > using C2 at a rate of about 95%. > > > > ohci may have problems with C3. On my uhci, it demotes to C2 without > > causing problems. You can override this by setting in /etc/rc.conf: > > > > economy_cx_lowest="1" > > Why disable C3 when plugged into AC? > Seems to me that if the hardware supports it, default should be to use > it whenever the latency and bus master activity allow us to. Well, the default is to use only C1 when on AC and the lowest available (in many cases, C3) when off AC. The reason for this is that many server-class machines run FreeBSD and we didn't want to affect performance in any way. If people find that C2 on a server works for them, they can easily override this by setting performance_cx_lowest="1" in /etc/rc.conf. On laptops, once you're off AC power, you really want to do everything you can to save batteries that doesn't drastically affect performace. Idle states are a minor impact on performance and so I chose as the default to use the lowest possible when on batteries. Again, this can be overridden. Once more hardware becomes available that has low-impact C3+ states (i.e. 20 usec or so), we can move to that as the default. I expect later this year that we should see server machines using a big bundle of P4-M or similar parts and so then Cx states will move out of a pure laptop solution. -Nate From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 10:47:28 2004 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 693A516A4CE for ; Thu, 6 May 2004 10:47:28 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id E4C2A43D1F for ; Thu, 6 May 2004 10:47:27 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 42513 invoked by uid 1000); 6 May 2004 17:47:28 -0000 Date: Thu, 6 May 2004 10:47:28 -0700 (PDT) From: Nate Lawson To: Mike Silbersack In-Reply-To: <20040506113610.D2198@odysseus.silby.com> Message-ID: <20040506104654.E42462@root.org> References: <200405052004.i45K4EnF029671@repoman.freebsd.org> <20040505171634.N37631@root.org> <20040506025051.V630@odysseus.silby.com> <20040506034307.M811@odysseus.silby.com> <20040506084132.L41848@root.org> <20040506113610.D2198@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org Subject: Re: power savings and usb 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, 06 May 2004 17:47:28 -0000 On Thu, 6 May 2004, Mike Silbersack wrote: > On Thu, 6 May 2004, Nate Lawson wrote: > > > > Gah, except that my experiment in clockswitching made the usb stack mad, > > > so it's constantly priniting "usb0: X scheduling overruns", where X > > > appears to be a number containing one or two bits of entropy per second. > > > I will have to go visit ohci.c with a cluebat when I get a chance. > > > > > > Er, it stopped when I plugged in the power cord, and starts again when I > > > unplugged it. Is it possible that ohci.c is reading some USB voltage > > > value instead of the overrun bit that it thinks it is reading? > > > > hw.acpi.cpu.cx_supported: C1/0 C2/84 C3/120 > > hw.acpi.cpu.cx_lowest: 1 > > hw.acpi.cpu.cx_history: 9175/0 173443/9175 0/0 > > > > This means I am requesting a lowest sleep of C2 (idx 1 of the options > > supported). The history values show that I haven't used C3 at all and am > > using C2 at a rate of about 95%. > > > > ohci may have problems with C3. On my uhci, it demotes to C2 without > > causing problems. You can override this by setting in /etc/rc.conf: > > > > economy_cx_lowest="1" > > > > -Nate > > Something else must be happening, because: > > hw.acpi.cpu.cx_supported: C1/1 C2/99 C3/288 > hw.acpi.cpu.cx_lowest: 0 > hw.acpi.cpu.cx_history: 5558639/0 0/0 0/0 > > But, since I went and killed the scheduling overrun interrupts at the > source, we don't need to worry anymore. :) Interesting. I'm not sure how the AC transition affected your USB then. -Nate From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 10:50:16 2004 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 520D116A4CF for ; Thu, 6 May 2004 10:50:16 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B4E143D2F for ; Thu, 6 May 2004 10:50:15 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 42530 invoked by uid 1000); 6 May 2004 17:50:16 -0000 Date: Thu, 6 May 2004 10:50:16 -0700 (PDT) From: Nate Lawson To: Len Brown In-Reply-To: <1083865408.2292.172.camel@dhcppc4> Message-ID: <20040506104747.L42462@root.org> References: <200405052004.i45K4EnF029671@repoman.freebsd.org> <20040505171634.N37631@root.org> <20040506025051.V630@odysseus.silby.com> <20040506034307.M811@odysseus.silby.com> <20040506084132.L41848@root.org> <20040506113610.D2198@odysseus.silby.com> <1083865408.2292.172.camel@dhcppc4> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org cc: Mike Silbersack Subject: Re: power savings and usb 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, 06 May 2004 17:50:16 -0000 On Thu, 6 May 2004, Len Brown wrote: > On Thu, 2004-05-06 at 12:37, Mike Silbersack wrote: > > On Thu, 6 May 2004, Nate Lawson wrote: > > > hw.acpi.cpu.cx_supported: C1/0 C2/84 C3/120 > > > hw.acpi.cpu.cx_lowest: 1 > > > hw.acpi.cpu.cx_history: 9175/0 173443/9175 0/0 > > > > > > This means I am requesting a lowest sleep of C2 (idx 1 of the options > > > supported). The history values show that I haven't used C3 at all and am > > > using C2 at a rate of about 95%. > > > > Something else must be happening, because: > > > > hw.acpi.cpu.cx_supported: C1/1 C2/99 C3/288 > > hw.acpi.cpu.cx_lowest: 0 > > hw.acpi.cpu.cx_history: 5558639/0 0/0 0/0 > > > > But, since I went and killed the scheduling overrun interrupts at the > > source, we don't need to worry anymore. :) > > I expect that C2/99 means the FADT lists C2 latency as 99usec. > Similarly for 288 usec C3 latency. > This compares to the ACPI spec limits of 100 and 1000, respectively. > > This is relativly high latency, and the OS may decided that it isn't > worth paying it. We don't attempt to make policy decisions here. By default, you get C1 on AC power and the lowest available when offline. If the user decides this hurts performance when offline, it's their job to override it. BTW, I'm going to change cx_lowest to be a string like "C3" instead of an index. For Cx values > C3, I'll just artificially generate C4, C5, C6, etc. -Nate From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 10:58:50 2004 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 39AB316A4CE for ; Thu, 6 May 2004 10:58:50 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id B66A143D39 for ; Thu, 6 May 2004 10:58:49 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 42605 invoked by uid 1000); 6 May 2004 17:58:50 -0000 Date: Thu, 6 May 2004 10:58:50 -0700 (PDT) From: Nate Lawson To: Jeffrey Katcher In-Reply-To: <20040506165526.41572.qmail@web41103.mail.yahoo.com> Message-ID: <20040506105607.J42462@root.org> References: <20040506165526.41572.qmail@web41103.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org Subject: Re: power savings and usb 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, 06 May 2004 17:58:50 -0000 On Thu, 6 May 2004, Jeffrey Katcher wrote: > On my T40, I see: > hw.acpi.cpu.cx_lowest: 0 > hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 > hw.acpi.cpu.cx_history: 197586/0 0/0 0/0 > and the current power_profile script maintains cx_lowest as 0 > (i.e. not changing it on plug/unplug). The 1st number in history is the only > one to increment. This means you're only using C1. The value for cx_lowest is an index into cx_supported. (I'm changing this very soon to be more intuitive). The reason it doesn't change on AC power transition is probably that you don't have devd enabled. Enable it in /etc/rc.conf. > I can manually set cx_lowest to 2, not 3, then history changes to: > hw.acpi.cx_history: 0/0 2335/0 1710/30 > with the latter two incrementing. > > What does this mean? This means your C3 is working and you have manually selected it. Idling demotes to C2 or C1 when your machine is active to prevent performance degradation. -Nate From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 11:21:09 2004 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 3F07C16A4CE for ; Thu, 6 May 2004 11:21:09 -0700 (PDT) Received: from web41111.mail.yahoo.com (web41111.mail.yahoo.com [66.218.93.27]) by mx1.FreeBSD.org (Postfix) with SMTP id DFB6643D39 for ; Thu, 6 May 2004 11:21:08 -0700 (PDT) (envelope-from jmkatcher@yahoo.com) Message-ID: <20040506182108.15731.qmail@web41111.mail.yahoo.com> Received: from [24.18.54.216] by web41111.mail.yahoo.com via HTTP; Thu, 06 May 2004 11:21:08 PDT Date: Thu, 6 May 2004 11:21:08 -0700 (PDT) From: Jeffrey Katcher To: Nate Lawson In-Reply-To: <20040506105607.J42462@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: acpi@freebsd.org Subject: Re: power savings and usb 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, 06 May 2004 18:21:09 -0000 --- Nate Lawson wrote: > The reason it doesn't change on AC power transition is probably that you > don't have devd enabled. Enable it in /etc/rc.conf. Thanks! That was it. > This means your C3 is working and you have manually selected it. Idling > demotes to C2 or C1 when your machine is active to prevent performance > degradation. Thanks again for the lucid explanation. Jeff Katcher __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 21:41:36 2004 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 2BDFC16A4CE for ; Thu, 6 May 2004 21:41:36 -0700 (PDT) Received: from corrupt.co.nz (222-152-4-137.jetstream.xtra.co.nz [222.152.4.137]) by mx1.FreeBSD.org (Postfix) with SMTP id 1990D43D5E for ; Thu, 6 May 2004 21:41:33 -0700 (PDT) (envelope-from drew@corrupt.co.nz) Received: (qmail 68178 invoked by uid 1011); 7 May 2004 04:42:06 -0000 Received: from drew@corrupt.co.nz by mail.corrupt.co.nz by uid 1009 with qmail-scanner-1.20st Clear:RC:0(192.100.53.164):SA:0(0.0/3.8):. Processed in 1.06382 secs); 07 May 2004 04:42:06 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from 192.100.53.164.dts.net.nz (HELO corrupt.co.nz) (drew@corrupt.co.nz@192.100.53.164) by corrupt.co.nz with SMTP; 7 May 2004 04:42:05 -0000 Message-ID: <409B136D.5040108@corrupt.co.nz> Date: Fri, 07 May 2004 16:41:17 +1200 From: Drew Broadley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040505 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ACPI Quirk with a Compaq Evo n800v 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, 07 May 2004 04:41:36 -0000 Hi, Just having some funny issues with my Compaq Evo n800v running FreeBSD 5.2.1. $ uname -a FreeBSD taz.lan.corrupt.co.nz 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 Here goes: I Boot with only the Primary Battery installed and a CD-RW DVD Rom (or Secondary Battery, it does not matter in what sequence I boot) in the multibay. ACPI output's this: http://proj.corrupt.co.nz/LaptopXFree86/ACPI/hw.acpi.multibay.boot I then proceed to remove the CD-RW and hotswap it with my Secondary Multibay Battery and gnome2-2.6 now detects that I have 2 batteries installed ACPI output's this: http://proj.corrupt.co.nz/LaptopXFree86/ACPI/hw.acpi.multibay.battery I then swap back to the Multibay CD-RW and then ACPI recognises I only have a SINGLE battery installed. ACPI output's this: http://proj.corrupt.co.nz/LaptopXFree86/ACPI/hw.acpi.multibay.cdrw I then proceed to check the acpi output when there was nothing inthe multibay ACPI output's this: http://proj.corrupt.co.nz/LaptopXFree86/ACPI/hw.acpi.multibay.none I also have a dmesg output hosted: http://proj.corrupt.co.nz/LaptopXFree86/ACPI/dmesg and the copy of uname -a hosted: http://proj.corrupt.co.nz/LaptopXFree86/ACPI/uname I hope this helps, Drew From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 21:48:33 2004 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 5FE3116A4CE for ; Thu, 6 May 2004 21:48:33 -0700 (PDT) Received: from corrupt.co.nz (222-152-4-137.jetstream.xtra.co.nz [222.152.4.137]) by mx1.FreeBSD.org (Postfix) with SMTP id 3AA5B43D4C for ; Thu, 6 May 2004 21:48:32 -0700 (PDT) (envelope-from drew@corrupt.co.nz) Received: (qmail 68267 invoked by uid 1011); 7 May 2004 04:49:08 -0000 Received: from drew@corrupt.co.nz by mail.corrupt.co.nz by uid 1009 with qmail-scanner-1.20st Clear:RC:0(192.100.53.164):SA:0(0.0/3.8):. Processed in 1.122708 secs); 07 May 2004 04:49:08 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from 192.100.53.164.dts.net.nz (HELO corrupt.co.nz) (drew@corrupt.co.nz@192.100.53.164) by corrupt.co.nz with SMTP; 7 May 2004 04:49:07 -0000 Message-ID: <409B1513.5010402@corrupt.co.nz> Date: Fri, 07 May 2004 16:48:19 +1200 From: Drew Broadley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040505 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org References: <409B136D.5040108@corrupt.co.nz> In-Reply-To: <409B136D.5040108@corrupt.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ACPI Quirk with a Compaq Evo n800v 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, 07 May 2004 04:48:33 -0000 In addition to this I have the current files aswel (output of acpiconf -i ) Boot Up: Battery 0 http://proj.corrupt.co.nz/LaptopXFree86/ACPI/battery.0.before Battery 1 http://proj.corrupt.co.nz/LaptopXFree86/ACPI/battery.1.before Swap CD-RW for Multibay Battery Battery 0 http://proj.corrupt.co.nz/LaptopXFree86/ACPI/battery.0.after Battery 1 http://proj.corrupt.co.nz/LaptopXFree86/ACPI/battery.1.after Removed the Multibay Battery so there is only the Primary Battery Left: Battery 0 http://proj.corrupt.co.nz/LaptopXFree86/ACPI/battery.0.after.single Battery 1 http://proj.corrupt.co.nz/LaptopXFree86/ACPI/battery.1.after.single Hope this helps aswel - Drew Drew Broadley wrote: > Hi, > > Just having some funny issues with my Compaq Evo n800v running FreeBSD > 5.2.1. > > $ uname -a > FreeBSD taz.lan.corrupt.co.nz 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: > Mon Feb 23 20:45:55 GMT 2004 > root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 > > Here goes: > > I Boot with only the Primary Battery installed and a CD-RW DVD Rom (or > Secondary Battery, it does not matter in what sequence I boot) in the > multibay. > > ACPI output's this: > > http://proj.corrupt.co.nz/LaptopXFree86/ACPI/hw.acpi.multibay.boot > > I then proceed to remove the CD-RW and hotswap it with my Secondary > Multibay Battery and gnome2-2.6 now detects that I have 2 batteries > installed > > ACPI output's this: > > http://proj.corrupt.co.nz/LaptopXFree86/ACPI/hw.acpi.multibay.battery > > I then swap back to the Multibay CD-RW and then ACPI recognises I only > have a SINGLE battery installed. > > ACPI output's this: > > http://proj.corrupt.co.nz/LaptopXFree86/ACPI/hw.acpi.multibay.cdrw > > I then proceed to check the acpi output when there was nothing inthe > multibay > > ACPI output's this: > > http://proj.corrupt.co.nz/LaptopXFree86/ACPI/hw.acpi.multibay.none > > > I also have a dmesg output hosted: > > http://proj.corrupt.co.nz/LaptopXFree86/ACPI/dmesg > > and the copy of uname -a hosted: > > http://proj.corrupt.co.nz/LaptopXFree86/ACPI/uname > > > I hope this helps, > > Drew > > > > > From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 21:55:24 2004 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 6215D16A4D3 for ; Thu, 6 May 2004 21:55:24 -0700 (PDT) Received: from corrupt.co.nz (222-152-4-137.jetstream.xtra.co.nz [222.152.4.137]) by mx1.FreeBSD.org (Postfix) with SMTP id 170C243D5A for ; Thu, 6 May 2004 21:55:09 -0700 (PDT) (envelope-from drew@corrupt.co.nz) Received: (qmail 68626 invoked by uid 1011); 7 May 2004 04:55:45 -0000 Received: from drew@corrupt.co.nz by mail.corrupt.co.nz by uid 1009 with qmail-scanner-1.20st Clear:RC:0(192.100.53.164):SA:0(0.0/3.8):. Processed in 6.354376 secs); 07 May 2004 04:55:45 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from 192.100.53.164.dts.net.nz (HELO corrupt.co.nz) (drew@corrupt.co.nz@192.100.53.164) by corrupt.co.nz with SMTP; 7 May 2004 04:55:38 -0000 Message-ID: <409B169C.4050504@corrupt.co.nz> Date: Fri, 07 May 2004 16:54:52 +1200 From: Drew Broadley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040505 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org References: <409B136D.5040108@corrupt.co.nz> <409B1513.5010402@corrupt.co.nz> In-Reply-To: <409B1513.5010402@corrupt.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ACPI Quirk with a Compaq Evo n800v 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, 07 May 2004 04:55:24 -0000 Sorry about this... one last thing I booted with "boot -v" and this is the dmesg output http://proj.corrupt.co.nz/LaptopXFree86/ACPI/dmesg_verbose - Drew Drew Broadley wrote: > In addition to this I have the current files aswel (output of acpiconf > -i ) > > > Boot Up: > > Battery 0 > http://proj.corrupt.co.nz/LaptopXFree86/ACPI/battery.0.before > > Battery 1 > http://proj.corrupt.co.nz/LaptopXFree86/ACPI/battery.1.before > > > Swap CD-RW for Multibay Battery > > Battery 0 > http://proj.corrupt.co.nz/LaptopXFree86/ACPI/battery.0.after > > Battery 1 > http://proj.corrupt.co.nz/LaptopXFree86/ACPI/battery.1.after > > > Removed the Multibay Battery so there is only the Primary Battery Left: > > Battery 0 > http://proj.corrupt.co.nz/LaptopXFree86/ACPI/battery.0.after.single > > Battery 1 > http://proj.corrupt.co.nz/LaptopXFree86/ACPI/battery.1.after.single > > Hope this helps aswel > > - Drew > > > Drew Broadley wrote: > >> Hi, >> >> Just having some funny issues with my Compaq Evo n800v running >> FreeBSD 5.2.1. >> >> $ uname -a >> FreeBSD taz.lan.corrupt.co.nz 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: >> Mon Feb 23 20:45:55 GMT 2004 >> root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 >> >> Here goes: >> >> I Boot with only the Primary Battery installed and a CD-RW DVD Rom >> (or Secondary Battery, it does not matter in what sequence I boot) in >> the multibay. >> >> ACPI output's this: >> >> http://proj.corrupt.co.nz/LaptopXFree86/ACPI/hw.acpi.multibay.boot >> >> I then proceed to remove the CD-RW and hotswap it with my Secondary >> Multibay Battery and gnome2-2.6 now detects that I have 2 batteries >> installed >> >> ACPI output's this: >> >> http://proj.corrupt.co.nz/LaptopXFree86/ACPI/hw.acpi.multibay.battery >> >> I then swap back to the Multibay CD-RW and then ACPI recognises I >> only have a SINGLE battery installed. >> >> ACPI output's this: >> >> http://proj.corrupt.co.nz/LaptopXFree86/ACPI/hw.acpi.multibay.cdrw >> >> I then proceed to check the acpi output when there was nothing inthe >> multibay >> >> ACPI output's this: >> >> http://proj.corrupt.co.nz/LaptopXFree86/ACPI/hw.acpi.multibay.none >> >> >> I also have a dmesg output hosted: >> >> http://proj.corrupt.co.nz/LaptopXFree86/ACPI/dmesg >> >> and the copy of uname -a hosted: >> >> http://proj.corrupt.co.nz/LaptopXFree86/ACPI/uname >> >> >> I hope this helps, >> >> Drew >> >> >> >> >> > > From owner-freebsd-acpi@FreeBSD.ORG Thu May 6 22:26:10 2004 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 E069F16A4CE for ; Thu, 6 May 2004 22:26:10 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 6021443D41 for ; Thu, 6 May 2004 22:26:10 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 45931 invoked by uid 1000); 7 May 2004 05:26:12 -0000 Date: Thu, 6 May 2004 22:26:12 -0700 (PDT) From: Nate Lawson To: current@freebsd.org In-Reply-To: <20040507052253.7551A16A4DC@hub.freebsd.org> Message-ID: <20040506222359.G45873@root.org> References: <20040507052253.7551A16A4DC@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org Subject: Re: cvs commit: src/sys/dev/acpica acpi_cpu.c src/share/man/man4 acpi.4 src/etc/rc.d power_profile 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, 07 May 2004 05:26:11 -0000 On Thu, 6 May 2004, Nate Lawson wrote: > FreeBSD src repository > > Modified files: > sys/dev/acpica acpi_cpu.c > share/man/man4 acpi.4 > etc/rc.d power_profile > Log: > Change hw.acpi.cpu.cx_lowest to accept values in the form of C1, > C2, ... Update power_profile to use the new format. Update the > man page to reflect this and give more info on Cx states. > > Revision Changes Path > 1.3 +2 -2 src/etc/rc.d/power_profile > 1.34 +6 -4 src/share/man/man4/acpi.4 > 1.36 +12 -9 src/sys/dev/acpica/acpi_cpu.c This means you have to update /etc/rc.conf if you've overridden the defaults there, put them in sysctl.conf, or written any custom scripts. -Nate From owner-freebsd-acpi@FreeBSD.ORG Fri May 7 23:28:14 2004 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 99F8A16A4CE for ; Fri, 7 May 2004 23:28:14 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 85BE343D1D for ; Fri, 7 May 2004 23:28:13 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 52690 invoked by uid 1000); 8 May 2004 06:28:15 -0000 Date: Fri, 7 May 2004 23:28:15 -0700 (PDT) From: Nate Lawson To: arch@freebsd.org Message-ID: <20040507231846.F52653@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org Subject: New ACPI blacklist format 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, 08 May 2004 06:28:14 -0000 I have extracted a set of known-broken tables/versions from various sources. Since. as far as I know, C does not allow variable length initializers, I've settled on the following format: struct acpi_table_desc { char *signature; char *oem_id; char *oem_table_id; char *oem_rev_op; char *oem_revision; char *creator_id; char *creator_rev_op; char *creator_revision; }; struct acpi_blacklist { int quirk; struct acpi_table_desc *match; }; #define ACPI_BROKEN 0x1 static struct acpi_table_desc Abit_BP6[] = { { "FACP", "AWARD", "AWRDACPI", "<=", "30302e31", "", "", "" }, }; static struct acpi_table_desc AMI_INT[] = { /* 01/18/00 */ { "FACP", "AWARD", "", "<=", "10", "", "", "" }, { "DSDT", "", "", "<=", "5", "", "", "" }, }; static struct acpi_table_desc Compaq_ViperII[] = { { "FACP", "COMPAQ", "VIPER II", "<=", "06040000", "PTL", "<=", "000F4240" }, }; static struct acpi_blacklist acpi_blacklist_table[] = { { ACPI_BROKEN, Abit_BP6 }, { ACPI_BROKEN, AMI_INT }, { ACPI_BROKEN, Compaq_ViperII }, }; Each entry in acpi_table_desc lists a table ID and then a set of strings to match against the table. Multiple tables may be matched for a given system (i.e. AMI_INT above). The op values will be "<=", "=", and ">=". The quirk associated with each system will be a bitmask returned from the quirk matching function. In English, the last entry means, "Check the table named 'FACP' for an OEM ID of 'COMPAQ' and table ID of 'VIPER II' and OEM revision <= '06040000' ..." Substring matches will work too (e.g., "COMPA"). Is there any better way to compact this? -Nate From owner-freebsd-acpi@FreeBSD.ORG Sat May 8 02:22:14 2004 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 2DFD116A4CE for ; Sat, 8 May 2004 02:22:14 -0700 (PDT) Received: from secretcore.dyndns.org (pD9EAEF3C.dip.t-dialin.net [217.234.239.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4B0F43D2F for ; Sat, 8 May 2004 02:22:12 -0700 (PDT) (envelope-from chris@secretcore.dyndns.org) Received: from secretcore.dyndns.org (secretcore.dyndns.org [127.0.0.1]) i489LwJ2003949 for ; Sat, 8 May 2004 11:21:59 +0200 (CEST) (envelope-from chris@secretcore.dyndns.org) Received: (from chris@localhost) by secretcore.dyndns.org (8.12.11/8.12.10/Submit) id i489LvQ6003948 for acpi@freebsd.org; Sat, 8 May 2004 11:21:57 +0200 (CEST) (envelope-from chris) Date: Sat, 8 May 2004 11:21:57 +0200 From: christian uhrhan To: acpi@freebsd.org Message-ID: <20040508092157.GA2218@secretcore.dyndns.org> Mail-Followup-To: acpi@freebsd.org References: <20040507231846.F52653@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040507231846.F52653@root.org> User-Agent: Mutt/1.4.2.1i Subject: Re: New ACPI blacklist format 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, 08 May 2004 09:22:14 -0000 On Fri, May 07, 2004 at 11:28:15PM -0700, Nate Lawson wrote: > I have extracted a set of known-broken tables/versions from various > sources. Since. as far as I know, C does not allow variable length > initializers, I've settled on the following format: > > struct acpi_table_desc { > char *signature; > char *oem_id; > char *oem_table_id; > char *oem_rev_op; > char *oem_revision; > char *creator_id; > char *creator_rev_op; > char *creator_revision; > }; > > struct acpi_blacklist { > int quirk; > struct acpi_table_desc *match; > }; > > #define ACPI_BROKEN 0x1 > > static struct acpi_table_desc Abit_BP6[] = { > { "FACP", "AWARD", "AWRDACPI", "<=", "30302e31", "", "", "" }, > }; > static struct acpi_table_desc AMI_INT[] = { /* 01/18/00 */ > { "FACP", "AWARD", "", "<=", "10", "", "", "" }, > { "DSDT", "", "", "<=", "5", "", "", "" }, > }; > static struct acpi_table_desc Compaq_ViperII[] = { > { "FACP", "COMPAQ", "VIPER II", "<=", "06040000", "PTL", "<=", "000F4240" }, > }; > > static struct acpi_blacklist acpi_blacklist_table[] = { > { ACPI_BROKEN, Abit_BP6 }, > { ACPI_BROKEN, AMI_INT }, > { ACPI_BROKEN, Compaq_ViperII }, > }; > > Each entry in acpi_table_desc lists a table ID and then a set of strings > to match against the table. Multiple tables may be matched for a given > system (i.e. AMI_INT above). The op values will be "<=", "=", and ">=". > The quirk associated with each system will be a bitmask returned from the > quirk matching function. > > In English, the last entry means, "Check the table named 'FACP' for an OEM > ID of 'COMPAQ' and table ID of 'VIPER II' and OEM revision <= '06040000' > ..." Substring matches will work too (e.g., "COMPA"). > > Is there any better way to compact this? > I would say it's a good way to handle it. btw: you should mark the end of the list static struct acpi_blacklist acpi_blacklist_table[] = { { ACPI_BROKEN, Abit_BP6 }, { ACPI_BROKEN, AMI_INT }, { ACPI_BROKEN, Compaq_ViperII }, { 0, NULL }, }; It's easy to go through each element by a simple for so i would say it's a good way to it. Maybe it would also a good idea to define a constant for each acpi_table_desc-entry: enum atdindex { atdsignature, atdoem_id, atdoem_table_id, atdrev_op, atdrevision, atdcreator_id, atdcreator_rev_op, atdcreator_revision }; so by reading the code you could read which element you selected acpi_blacklist_table[0].match[atdsignature] only a suggestion :) -cu From owner-freebsd-acpi@FreeBSD.ORG Sat May 8 09:43:35 2004 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 7E0AA16A4CE; Sat, 8 May 2004 09:43:35 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF6E443D1F; Sat, 8 May 2004 09:43:34 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i48GhY6D027241; Sat, 8 May 2004 09:43:34 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i48GhYSa003257; Sat, 8 May 2004 09:43:34 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i48GhYuP003256; Sat, 8 May 2004 09:43:34 -0700 (PDT) (envelope-from marcel) Date: Sat, 8 May 2004 09:43:34 -0700 From: Marcel Moolenaar To: Nate Lawson Message-ID: <20040508164334.GA3217@dhcp01.pn.xcllnt.net> References: <20040507231846.F52653@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040507231846.F52653@root.org> User-Agent: Mutt/1.4.2.1i cc: acpi@freebsd.org cc: arch@freebsd.org Subject: Re: New ACPI blacklist format 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, 08 May 2004 16:43:35 -0000 On Fri, May 07, 2004 at 11:28:15PM -0700, Nate Lawson wrote: *snip* > static struct acpi_table_desc Abit_BP6[] = { > { "FACP", "AWARD", "AWRDACPI", "<=", "30302e31", "", "", "" }, > }; > static struct acpi_table_desc AMI_INT[] = { /* 01/18/00 */ > { "FACP", "AWARD", "", "<=", "10", "", "", "" }, > { "DSDT", "", "", "<=", "5", "", "", "" }, > }; > static struct acpi_table_desc Compaq_ViperII[] = { > { "FACP", "COMPAQ", "VIPER II", "<=", "06040000", "PTL", "<=", "000F4240" }, > }; *snip* > Each entry in acpi_table_desc lists a table ID and then a set of strings > to match against the table. Multiple tables may be matched for a given > system (i.e. AMI_INT above). The op values will be "<=", "=", and ">=". > The quirk associated with each system will be a bitmask returned from the > quirk matching function. > > In English, the last entry means, "Check the table named 'FACP' for an OEM > ID of 'COMPAQ' and table ID of 'VIPER II' and OEM revision <= '06040000' > ..." Substring matches will work too (e.g., "COMPA"). > > Is there any better way to compact this? If space is a concern, you can enable (i.e. compile-in) quirks by using kernel options, like: options ACPI_QUIRK_ABIT_BP6 and #ifdef ACPI_QUIRK_ABIT_BP6 static struct acpi_table_desc Abit_BP6[] = { { "FACP", "AWARD", "AWRDACPI", "<=", "30302e31", "", "", "" }, }; #endif You put all three of them in GENERIC and people can add or remove them from their own kernel configuration to fit their needs (and save space). If the quirks are in MI files, then this also avoids that i386 quirks end up in amd64 or ia64 kernels. Just a thought, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-acpi@FreeBSD.ORG Sat May 8 11:37:27 2004 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 183EA16A4CE for ; Sat, 8 May 2004 11:37:27 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 0C4F043D49 for ; Sat, 8 May 2004 11:37:26 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 58715 invoked by uid 1000); 8 May 2004 18:37:26 -0000 Date: Sat, 8 May 2004 11:37:26 -0700 (PDT) From: Nate Lawson To: "M. Warner Losh" In-Reply-To: <20040508.054429.99235478.imp@bsdimp.com> Message-ID: <20040508113421.R58706@root.org> References: <20040507231846.F52653@root.org> <20040508.054429.99235478.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org cc: arch@freebsd.org Subject: Re: New ACPI blacklist format 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, 08 May 2004 18:37:27 -0000 On Sat, 8 May 2004, M. Warner Losh wrote: > In message: <20040507231846.F52653@root.org> > Nate Lawson writes: > : I have extracted a set of known-broken tables/versions from various > : sources. Since. as far as I know, C does not allow variable length > : initializers, I've settled on the following format: > > It does. > > : struct acpi_table_desc { > : char *signature; > : char *oem_id; > : char *oem_table_id; > : char *oem_rev_op; > : char *oem_revision; > : char *creator_id; > : char *creator_rev_op; > : char *creator_revision; > : }; > : > : struct acpi_blacklist { > : int quirk; > : struct acpi_table_desc *match; > : }; > : > : #define ACPI_BROKEN 0x1 > : > : static struct acpi_table_desc Abit_BP6[] = { > : { "FACP", "AWARD", "AWRDACPI", "<=", "30302e31", "", "", "" }, > : }; > > { .signature = "FACP", .oem_id="AWARD", .oem_table_id="AWARDACPI", > .oem_rev_op = "<=", } > > :The op values will be "<=", "=", and ">=". > > These are likely better as a enum. > > : Is there any better way to compact this? > > Using shorter structure names would get it all onthe same line. Sure, good comments. What I meant by compacting was to get a variable number of acpi_table_desc elements in a single blacklist entry without defining a separate static. Something like this: static struct acpi_blacklist blacklist[] = { { .quirk = ACPI_BROKEN, { { "FACP", ... }, { "DSDT", ... } } }, { .quirk = ... } }; The compiler didn't allow this. -Nate From owner-freebsd-acpi@FreeBSD.ORG Sat May 8 12:30:31 2004 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 A23C516A4CE; Sat, 8 May 2004 12:30:31 -0700 (PDT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28AE543D49; Sat, 8 May 2004 12:30:31 -0700 (PDT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 08323ACADB; Sat, 8 May 2004 21:30:29 +0200 (CEST) Date: Sat, 8 May 2004 21:30:28 +0200 From: Pawel Jakub Dawidek To: Nate Lawson Message-ID: <20040508193028.GH24376@darkness.comp.waw.pl> References: <20040507231846.F52653@root.org> <20040508.054429.99235478.imp@bsdimp.com> <20040508113421.R58706@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aUiDxsG/XgXmoT1Q" Content-Disposition: inline In-Reply-To: <20040508113421.R58706@root.org> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: acpi@freebsd.org cc: arch@freebsd.org Subject: Re: New ACPI blacklist format 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, 08 May 2004 19:30:31 -0000 --aUiDxsG/XgXmoT1Q Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 08, 2004 at 11:37:26AM -0700, Nate Lawson wrote: +> > : struct acpi_table_desc { +> > : char *signature; +> > : char *oem_id; +> > : char *oem_table_id; +> > : char *oem_rev_op; +> > : char *oem_revision; +> > : char *creator_id; +> > : char *creator_rev_op; +> > : char *creator_revision; +> > : }; +> > : +> > : struct acpi_blacklist { +> > : int quirk; +> > : struct acpi_table_desc *match; +> > : }; +> > : +> > : #define ACPI_BROKEN 0x1 +> > : +> > : static struct acpi_table_desc Abit_BP6[] =3D { +> > : { "FACP", "AWARD", "AWRDACPI", "<=3D", "30302e31", "", "", "" }, +> > : }; [...] +> [...] What I meant by compacting was to get a variable +> number of acpi_table_desc elements in a single blacklist entry without +> defining a separate static. Something like this: +>=20 +> static struct acpi_blacklist blacklist[] =3D { +> { +> .quirk =3D ACPI_BROKEN, +> { +> { "FACP", ... }, +> { "DSDT", ... } +> } +> }, +> { +> .quirk =3D ... +> } +> }; +>=20 +> The compiler didn't allow this. Because you have to do something like this: struct acpi_blacklist { int quirk; struct acpi_table_desc match[DEFINED_SIZE]; }; --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --aUiDxsG/XgXmoT1Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAnTVUForvXbEpPzQRAoW9AJ9hWdkTTe+soNgPkdyVK/gbe9+ZewCgmWL5 NhfFNRrpUdQUKc8BirDpYlM= =IdJH -----END PGP SIGNATURE----- --aUiDxsG/XgXmoT1Q--