From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 5 11:06:47 2009 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D6F11065675 for ; Mon, 5 Jan 2009 11:06:47 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8688FC13 for ; Mon, 5 Jan 2009 11:06:47 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n05B6lwF002688 for ; Mon, 5 Jan 2009 11:06:47 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n05B6kPR002684 for freebsd-acpi@FreeBSD.org; Mon, 5 Jan 2009 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Jan 2009 11:06:46 GMT Message-Id: <200901051106.n05B6kPR002684@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2009 11:06:47 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [ACPI] sleep broken on IBM/Lenovo T61 [amd64] o kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o kern/89411 acpi [acpi] acpiconf bug o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 f kern/67309 acpi zzz reboot computer (ACPI S3) o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 46 problems total. From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 8 09:51:50 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D499106568C for ; Thu, 8 Jan 2009 09:51:50 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id E0BA38FC13 for ; Thu, 8 Jan 2009 09:51:49 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by bwz13 with SMTP id 13so461029bwz.19 for ; Thu, 08 Jan 2009 01:51:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=I6Sj/OBocVf0k1WcEOFw7WhSiF1aWclMySuFPymZpPY=; b=dJG2Q27P1VK64b5EP3L1VzjNsErU7mmJ69na90WkXngd48u+gzK1SlKEJBALS2/XoN vopm3B+NAwxMdsTE8oo/XKSnFf+9HUC9zZXyb055SO2WXwzyzS6Nu1d33I/hmmoxEYVV i4oMQPDxyVLDK6RZFyhUB/O8BpnvZm0b9IFTg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=C5h79gJKxaSOxNE7H3Wbes1MfdM9xop4ROFgKyMnoEFQfdDXLKBqujG3RwjHf886f4 THx6tMd7vYTS/v94PJQ90YWQBnWZN8eaM5+qHCYeiJ5OdA4hjGUZOEa8BEz99vwfXMNo +G4aDfN2x7IB7sQyJCXIOVprec7B1LoLiyTIo= Received: by 10.181.225.6 with SMTP id c6mr9250617bkr.207.1231406926581; Thu, 08 Jan 2009 01:28:46 -0800 (PST) Received: by 10.181.224.5 with HTTP; Thu, 8 Jan 2009 01:28:46 -0800 (PST) Message-ID: Date: Thu, 8 Jan 2009 10:28:46 +0100 From: "Andreas Nilsson" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Lenovo t61p suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 09:51:51 -0000 Hello, I installed 7.1-realease on my Lenovo Thinkpad t61p and most things works really good. Not suspend to ram, though, which is a must for me. When I do 'acpiconf -s3' from console or X the machine hard locks before going to sleep. Doing it in the console gives no further debuging clues. I've searched a bit but I can't seem to find any information. I've read everything from 'suspend not supported on SMP' to 'works fine'. The install is a i386 because I want nVidias binary drivers. They were however not loaded/used during testing. Suspend works great on GNU/Linux ( Gentoo ) and OpenSolaris, so the machine is capable of suspend. Any ideas what I should try to get this to work? I'm new to FreeBSD, but have been using unix-like OS's for the last for years. Best regards Andreas Nilsson From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 8 10:22:29 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9F64106566C for ; Thu, 8 Jan 2009 10:22:29 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 915FF8FC14 for ; Thu, 8 Jan 2009 10:22:29 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout7.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW08.11) with ESMTP id n08AMSCL009154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 8 Jan 2009 02:22:29 -0800 X-Auth-Received: from [192.168.10.7] (adsl-99-133-163-225.dsl.pltn13.sbcglobal.net [99.133.163.225]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW08.11) with ESMTP id n08AMRWd010067 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 8 Jan 2009 02:22:27 -0800 Message-Id: From: Garrett Cooper To: "Andreas Nilsson" In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 8 Jan 2009 02:26:57 -0800 References: X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.1.8.101035 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_1300_1399 0, BODY_SIZE_5000_LESS 0, __BOUNCE_CHALLENGE_SUBJ 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: freebsd-acpi@freebsd.org Subject: Re: Lenovo t61p suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 10:22:30 -0000 On Jan 8, 2009, at 1:28 AM, Andreas Nilsson wrote: > Hello, > > I installed 7.1-realease on my Lenovo Thinkpad t61p and most things > works > really good. Not suspend to ram, though, which is a must for me. > > When I do 'acpiconf -s3' from console or X the machine hard locks > before > going to sleep. Doing it in the console gives no further debuging > clues. > > I've searched a bit but I can't seem to find any information. I've > read > everything from 'suspend not supported on SMP' to 'works fine'. The > install > is a i386 because I want nVidias binary drivers. They were however not > loaded/used during testing. > > Suspend works great on GNU/Linux ( Gentoo ) and OpenSolaris, so the > machine > is capable of suspend. Any ideas what I should try to get this to > work? > > I'm new to FreeBSD, but have been using unix-like OS's for the last > for > years. > > Best regards > Andreas Nilsson While amd64 suspend is still in alpha stage, I'm not sure what the status was for x86 suspend... I have a T61p as well, and unfortunately not having proper ACPI is holding me back from dumping Windows on my work laptop ;\. I'll defer to someone else that knows more about it than me :). Also, what version did you install (x86 or amd64)? Cheers, -Garrett From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 8 11:17:36 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1587210656D3 for ; Thu, 8 Jan 2009 11:17:36 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 81A3A8FC1B for ; Thu, 8 Jan 2009 11:17:35 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by bwz13 with SMTP id 13so567087bwz.19 for ; Thu, 08 Jan 2009 03:17:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=AbKcJ0NQeT40UAr7C6DzcQjMAcriNxwDIWuUkpBzMfk=; b=Nu2AMwzKm1554BtJVLKHu/3Q2Jlh0IlYlNq6ltcoNRuUeFvBbp7x7377dpXAi3MHr5 kPk91dvreua8S8rV+sa11hkdXPcDIXgrF93K8yX2YGem8YXAiMj6ElGkjer0DhZFH60S eTIi8kINhO9QAQzwUmqHwsEJ4iLSMrGjbUP/4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=j98yJtLhjsfeaWqU/mddDK60rsuX+EW48PUoZ1uo+7SiYP91IK6i6KLkBVtST5uf6V fW76tmfd1IBeNTJCK3AOLF8pKS+RJ2d7Uw5tBtlTGHt+pLt/r1tSNjIkWzZiojLXaE6I 0VseCnIZFwxAsMoNExq2B6xJ7vurbt+vtgfRw= Received: by 10.181.4.1 with SMTP id g1mr3020133bki.100.1231413454423; Thu, 08 Jan 2009 03:17:34 -0800 (PST) Received: by 10.181.224.5 with HTTP; Thu, 8 Jan 2009 03:17:34 -0800 (PST) Message-ID: Date: Thu, 8 Jan 2009 12:17:34 +0100 From: "Andreas Nilsson" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Lenovo t61p suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 11:17:36 -0000 On Thu, Jan 8, 2009 at 11:26 AM, Garrett Cooper wrote: > On Jan 8, 2009, at 1:28 AM, Andreas Nilsson wrote: > > Hello, >> >> I installed 7.1-realease on my Lenovo Thinkpad t61p and most things works >> really good. Not suspend to ram, though, which is a must for me. >> >> When I do 'acpiconf -s3' from console or X the machine hard locks before >> going to sleep. Doing it in the console gives no further debuging clues. >> >> I've searched a bit but I can't seem to find any information. I've read >> everything from 'suspend not supported on SMP' to 'works fine'. The >> install >> is a i386 because I want nVidias binary drivers. They were however not >> loaded/used during testing. >> >> Suspend works great on GNU/Linux ( Gentoo ) and OpenSolaris, so the >> machine >> is capable of suspend. Any ideas what I should try to get this to work? >> >> I'm new to FreeBSD, but have been using unix-like OS's for the last for >> years. >> >> Best regards >> Andreas Nilsson >> > > While amd64 suspend is still in alpha stage, I'm not sure what the > status was for x86 suspend... I have a T61p as well, and unfortunately not > having proper ACPI is holding me back from dumping Windows on my work laptop > ;\. I'll defer to someone else that knows more about it than me :). > Also, what version did you install (x86 or amd64)? > Cheers, > -Garrett It is x86 ( i386 ). I seem to recall that some documentation states that if it works on linux it is resonable to expect it to work in FreeBSD... As I'm a student, I can choose whichever OS i prefer ;) I now have Win XP, GNU/Linux and FreeBSD installed. Before FreeBSD I had OpenSolaris. Hope someone can clarify the suspend situation. On a side note, what rpm can you set your fan to? In windows and GNU/Linux I can get it up to 4500+, but not in FreeBSD. Have you succeded with this? /Andreas From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 8 11:22:12 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 526CD1065672 for ; Thu, 8 Jan 2009 11:22:12 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (unknown [IPv6:2001:240:28::1]) by mx1.freebsd.org (Postfix) with ESMTP id E2FA18FC12 for ; Thu, 8 Jan 2009 11:22:11 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.3/8.14.3) with ESMTP id n08BKDCc035157 for ; Thu, 8 Jan 2009 20:20:13 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <200901081120.n08BKDCc035157@sana.init-main.com> To: freebsd-acpi@freebsd.org In-reply-to: Your message of "Thu, 08 Jan 2009 12:17:34 +0100." Date: Thu, 08 Jan 2009 20:20:13 +0900 From: Takanori Watanabe Subject: Re: Lenovo t61p suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 11:22:13 -0000 In message , "Andrea s Nilsson" さんいわく: >On Thu, Jan 8, 2009 at 11:26 AM, Garrett Cooper wrote: > >> On Jan 8, 2009, at 1:28 AM, Andreas Nilsson wrote: >> >> Hello, >>> >>> I installed 7.1-realease on my Lenovo Thinkpad t61p and most things works >>> really good. Not suspend to ram, though, which is a must for me. >>> >>> When I do 'acpiconf -s3' from console or X the machine hard locks before >>> going to sleep. Doing it in the console gives no further debuging clues. >>> >>> I've searched a bit but I can't seem to find any information. I've read >>> everything from 'suspend not supported on SMP' to 'works fine'. The >>> install >>> is a i386 because I want nVidias binary drivers. They were however not >>> loaded/used during testing. >>> >>> Suspend works great on GNU/Linux ( Gentoo ) and OpenSolaris, so the >>> machine >>> is capable of suspend. Any ideas what I should try to get this to work? >>> >>> I'm new to FreeBSD, but have been using unix-like OS's for the last for >>> years. >>> >>> Best regards >>> Andreas Nilsson >>> >> >> While amd64 suspend is still in alpha stage, I'm not sure what the >> status was for x86 suspend... I have a T61p as well, and unfortunately not >> having proper ACPI is holding me back from dumping Windows on my work laptop >> ;\. I'll defer to someone else that knows more about it than me :). >> Also, what version did you install (x86 or amd64)? >> Cheers, >> -Garrett > > >It is x86 ( i386 ). I seem to recall that some documentation states that if >it works on linux it is resonable to expect it to work in FreeBSD... > >As I'm a student, I can choose whichever OS i prefer ;) I now have Win XP, >GNU/Linux and FreeBSD installed. Before FreeBSD I had OpenSolaris. > >Hope someone can clarify the suspend situation. > >On a side note, what rpm can you set your fan to? In windows and GNU/Linux I >can get it up to 4500+, but not in FreeBSD. Have you succeded with this? > I posted alpha quality patch for SMP suspend/resume on last May, though I don't update it then. http://lists.freebsd.org/pipermail/freebsd-acpi/2008-May/004879.html From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 8 11:47:41 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F321F106566C for ; Thu, 8 Jan 2009 11:47:40 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 41B478FC16 for ; Thu, 8 Jan 2009 11:47:39 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by bwz13 with SMTP id 13so604978bwz.19 for ; Thu, 08 Jan 2009 03:47:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=B7DlunxvAzPGlLEVnkHaG6szCcHMgGqqtcAFd4Danmw=; b=cyjVbeax9VNC/LItDB9eEP/YGHV+bNNgX3t/m7f0PH6yDteARqz5wXtbRdKyj/qHpc nc8nzlc5CxybzqFi1Ak+i9KI5nxy4vvA+21woeCi/QcBNVBFZR//DzfNX6ai1W+8ndZ+ VBE3A+0YBIaSHIayAUm+UBoEA7gegzenJ0aNY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=rFQnW5f/eRjn8Mg+XHc3Tu9dRbmYrruNrLLYHuhcmXvv7xQ5qGyW4veHfEO/u0xd/9 OfYf/blRzm39i1/JA6MPCtMXvTAdv/YvqTX0VGY9kdbFCcdiz6YN6kKi7PprIFeCX7yc zlNecEaRANvpfgmnBy9u4LgIFInbSaZmkNJR4= Received: by 10.181.134.11 with SMTP id l11mr9299968bkn.18.1231415258412; Thu, 08 Jan 2009 03:47:38 -0800 (PST) Received: by 10.181.224.5 with HTTP; Thu, 8 Jan 2009 03:47:38 -0800 (PST) Message-ID: Date: Thu, 8 Jan 2009 12:47:38 +0100 From: "Andreas Nilsson" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Lenovo t61p suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jan 2009 11:47:41 -0000 In message >, "Andrea s Nilsson" =1B$B$5$s$$$o$/=1B(B: >*On Thu, Jan 8, 2009 at 11:26 AM, Garrett Cooper > wrote: *>* *>>* On Jan 8, 2009, at 1:28 AM, Andreas Nilsson wrote: *>>* *>>* Hello, *>>>* *>>>* I installed 7.1-realease on my Lenovo Thinkpad t61p and most things w= orks *>>>* really good. Not suspend to ram, though, which is a must for me. *>>>* *>>>* When I do 'acpiconf -s3' from console or X the machine hard locks bef= ore *>>>* going to sleep. Doing it in the console gives no further debuging clu= es. *>>>* *>>>* I've searched a bit but I can't seem to find any information. I've re= ad *>>>* everything from 'suspend not supported on SMP' to 'works fine'. The *>>>* install *>>>* is a i386 because I want nVidias binary drivers. They were however no= t *>>>* loaded/used during testing. *>>>* *>>>* Suspend works great on GNU/Linux ( Gentoo ) and OpenSolaris, so the *>>>* machine *>>>* is capable of suspend. Any ideas what I should try to get this to wor= k? *>>>* *>>>* I'm new to FreeBSD, but have been using unix-like OS's for the last f= or *>>>* years. *>>>* *>>>* Best regards *>>>* Andreas Nilsson *>>>* *>>* *>>* While amd64 suspend is still in alpha stage, I'm not sure what = the *>>* status was for x86 suspend... I have a T61p as well, and unfortunately= not *>>* having proper ACPI is holding me back from dumping Windows on my work laptop *>>* ;\. I'll defer to someone else that knows more about it than me :). *>>* Also, what version did you install (x86 or amd64)? *>>* Cheers, *>>* -Garrett *>* *>* *>*It is x86 ( i386 ). I seem to recall that some documentation states that= if *>*it works on linux it is resonable to expect it to work in FreeBSD... *>* *>*As I'm a student, I can choose whichever OS i prefer ;) I now have Win X= P, *>*GNU/Linux and FreeBSD installed. Before FreeBSD I had OpenSolaris. *>* *>*Hope someone can clarify the suspend situation. *>* *>*On a side note, what rpm can you set your fan to? In windows and GNU/Lin= ux I *>*can get it up to 4500+, but not in FreeBSD. Have you succeded with this? *>* * I posted alpha quality patch for SMP suspend/resume on last May, though I don't update it then. http://lists.freebsd.org/pipermail/freebsd-acpi/2008-May/004879.html Ok, thanks. I'll have a look at them. I guess I was hoping that this would be available as a 'standard' feature. >From the posts in the above list it seems possible that 8.x will have suspend for SMP. /Andreas From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 9 00:20:34 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA384106567A for ; Fri, 9 Jan 2009 00:20:34 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 06B318FC1B for ; Fri, 9 Jan 2009 00:20:33 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: by bwz13 with SMTP id 13so1771709bwz.19 for ; Thu, 08 Jan 2009 16:20:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=cmC/4FQSo+gsggYIbVb8Orm1YBltFBehoFFT//CstQM=; b=ad3mlIWlNGnKIBM5ChiFap36MIXY/5PmvUZ+26u8r0kg4GD/3frXq/so4qOg/6Doe0 q85Z4zdNm9zVTFogJqSp1W8NrG2y+4BsT6RshF9URR9croEXQP1Fs6guSKfJiUoejD86 0v7dxBJCx072nx8Yknb4LKp3V6JkaNJuwUfm0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=Zvx9C75mpfolp71+nZFmoUyM2n3GH87/2MdAVvgoF4kSSjDej3TvGu1GYQOq5MJXOx KielFKFileVKfQfdQy+0vPaVdJJKPzfGBiDw7kEeFxPasssTMsNIBdP2Wk4vFLHHjWnl MS5/+/nW0v/EbT1V134CM7wIVabU//lg6hyVY= Received: by 10.180.216.19 with SMTP id o19mr9505976bkg.54.1231458683807; Thu, 08 Jan 2009 15:51:23 -0800 (PST) Received: by 10.181.26.14 with HTTP; Thu, 8 Jan 2009 15:51:23 -0800 (PST) Message-ID: Date: Thu, 8 Jan 2009 18:51:23 -0500 From: "Gabriel Lavoie" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 00:20:35 -0000 Hello, I recently built a small home server using an Inten 45nm E5200 @ 2.5 GHz. With FreeBSD 7.0, the "est" driver had problems pooling for the CPU frequency/voltage pairs and automatically disabled itself. It left the CPU at the frequency the BIOS put it after startup, 1.25 GHz because I have EIST enabled. I had to manually change the frequency or use powerd to put it at maximum. Now I upgraded to FreeBSD 7.1 and everything in my systems seems supported correctly. The est driver now recognize the CPU and load the correct information. Also, after bootup, the frequency of the CPU is at max (2.5 GHz). What I would like is to get the behaviour of EIST found under Windows and Linux where the CPU is automatically downclocked to 1.25 GHz when the system isn't under any load, but comes back to 2.5 GHz as soon as there is some load. I also get this behaviour under Linux on my Core 2 Duo and I really like it. What I found interesting is that it seems the Intel 45nm CPUs use under 5W of power when they are idle and EIST downclocked them. I would really like to take profit of this low power consumption. I found about "estctrl" on this page http://www.daemonology.net/freebsd-est/ but it seems outdated and when I try to build the port, it tells me that it is only supported on the i386 architecture. Why not amd64? Thanks Gabriel -- Gabriel Lavoie glavoie@gmail.com From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 9 05:51:08 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC42D106564A for ; Fri, 9 Jan 2009 05:51:08 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9F29B8FC08 for ; Fri, 9 Jan 2009 05:51:08 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so10653814rvf.43 for ; Thu, 08 Jan 2009 21:51:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=8jsfNm2THnI2X+90tTukp7Bg7kLCVXzvq9n8LK298aU=; b=GQbCzx/5vfdxp2teAS7ct4LznvaAxy+begovT0XKTGR/QF+m29VPT93wdMN24BuodT 0yQcGY89/EVBzHFRtBWcSF2VAk+aXiFmXc2CfUsg17twEwsYQy+8G4CT7X+CX19QY+lq g5Swl8SqEhCsLEpj8yBfsfzLyNQHAEWrVM7FI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=lSk14RmiuZit3ppAo0dJu1KY0bZt8yMe6g3xZc99TZQ6QYGIpAPLtTXnmJyHR+LFDt LCG6V/yK23Nd8L59JU9+ipq01mjeMH6XxaFp/Ic5KVSlwvWkVhXRA6EthRR9AsbKvK6v detfwYY6wbar75FBDdk1wJRQ2kgZKN+MTAVvc= Received: by 10.140.204.7 with SMTP id b7mr12540470rvg.117.1231480268223; Thu, 08 Jan 2009 21:51:08 -0800 (PST) Received: by 10.140.135.2 with HTTP; Thu, 8 Jan 2009 21:51:08 -0800 (PST) Message-ID: <7d6fde3d0901082151t4901824cv84eb6c2be2658b15@mail.gmail.com> Date: Thu, 8 Jan 2009 21:51:08 -0800 From: "Garrett Cooper" To: "Gabriel Lavoie" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 05:51:09 -0000 On Thu, Jan 8, 2009 at 3:51 PM, Gabriel Lavoie wrote: > Hello, > I recently built a small home server using an Inten 45nm E5200 @ > 2.5 GHz. With FreeBSD 7.0, the "est" driver had problems pooling for > the CPU frequency/voltage pairs and automatically disabled itself. It > left the CPU at the frequency the BIOS put it after startup, 1.25 GHz > because I have EIST enabled. I had to manually change the frequency or > use powerd to put it at maximum. Now I upgraded to FreeBSD 7.1 and > everything in my systems seems supported correctly. The est driver now > recognize the CPU and load the correct information. Also, after > bootup, the frequency of the CPU is at max (2.5 GHz). What I would > like is to get the behaviour of EIST found under Windows and Linux > where the CPU is automatically downclocked to 1.25 GHz when the system > isn't under any load, but comes back to 2.5 GHz as soon as there is > some load. I also get this behaviour under Linux on my Core 2 Duo and > I really like it. What I found interesting is that it seems the Intel > 45nm CPUs use under 5W of power when they are idle and EIST > downclocked them. I would really like to take profit of this low power > consumption. I found about "estctrl" on this page > http://www.daemonology.net/freebsd-est/ but it seems outdated and when > I try to build the port, it tells me that it is only supported on the > i386 architecture. Why not amd64? > > Thanks > > Gabriel > > -- > Gabriel Lavoie > glavoie@gmail.com Maybe this comment says why (from .../sys/i386/cpufreq/est.c)? /* * Frequency (MHz) and voltage (mV) settings. Data from the * Intel Pentium M Processor Datasheet (Order Number 252612), Table 5. * * Dothan processors have multiple VID#s with different settings for * each VID#. Since we can't uniquely identify this info * without undisclosed methods from Intel, we can't support newer * processors with this table method. If ACPI Px states are supported, * we get info from them. */ Colin could give you the definite answer, but I'm pretty sure that's it... Cheers, -Garrett From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 9 09:51:30 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED3CD1065674 for ; Fri, 9 Jan 2009 09:51:30 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id AED038FC2C for ; Fri, 9 Jan 2009 09:51:29 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 231241554; Fri, 09 Jan 2009 10:51:28 +0200 Message-ID: <4967100F.8040303@mavhome.dp.ua> Date: Fri, 09 Jan 2009 10:51:27 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Gabriel Lavoie References: <1231471393.00057821.1231461001@10.7.7.3> In-Reply-To: <1231471393.00057821.1231461001@10.7.7.3> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 09:51:33 -0000 Gabriel Lavoie wrote: > I recently built a small home server using an Inten 45nm E5200 @ > 2.5 GHz. With FreeBSD 7.0, the "est" driver had problems pooling for > the CPU frequency/voltage pairs and automatically disabled itself. It > left the CPU at the frequency the BIOS put it after startup, 1.25 GHz > because I have EIST enabled. I had to manually change the frequency or > use powerd to put it at maximum. Now I upgraded to FreeBSD 7.1 and > everything in my systems seems supported correctly. The est driver now > recognize the CPU and load the correct information. Also, after > bootup, the frequency of the CPU is at max (2.5 GHz). What I would > like is to get the behaviour of EIST found under Windows and Linux > where the CPU is automatically downclocked to 1.25 GHz when the system > isn't under any load, but comes back to 2.5 GHz as soon as there is > some load. I also get this behaviour under Linux on my Core 2 Duo and > I really like it. What I found interesting is that it seems the Intel > 45nm CPUs use under 5W of power when they are idle and EIST > downclocked them. I would really like to take profit of this low power > consumption. I found about "estctrl" on this page > http://www.daemonology.net/freebsd-est/ but it seems outdated and when > I try to build the port, it tells me that it is only supported on the > i386 architecture. Why not amd64? man powerd? -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 9 11:57:59 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D442F106564A for ; Fri, 9 Jan 2009 11:57:59 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 31A608FC19 for ; Fri, 9 Jan 2009 11:57:58 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: by bwz13 with SMTP id 13so2349048bwz.19 for ; Fri, 09 Jan 2009 03:57:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=w29GFfz2t9K3TQgMYT9CxdSi5Zle5MrbCIqeSZ9+DPA=; b=omNTGwAr6Bhjbnm6A1xvRhi1udSqXaR7iEH0zC2V4NVh5QRTPZ4bT/rg2+G1O5DG53 zXzYMzsEazts7HWPZBjeVpe8s8yA+vf88oZ1Qb/f1VQxR2rkLjA91GK5FxRxvCGfptSt G6cZmF1t5cvh+aqCy4kOqcKfV0b4tHtcCmuEE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Op8gd3KH3SufIyYYwUBLOVV/TOiED2LbcMPM8+42G4TklXCICkzWeL2kK25j83nNWL zgek/OWiNPbHwxbveuN9YJr4XRBlMaUNHW2CG0UrJ+uavcTuqiX6ZrmlkejiBkqhDzNr 9JKXUvzu74j6u7YqsmFb9xin3XhBwbm7ymTxo= Received: by 10.181.240.7 with SMTP id s7mr9708894bkr.110.1231502278153; Fri, 09 Jan 2009 03:57:58 -0800 (PST) Received: by 10.181.26.14 with HTTP; Fri, 9 Jan 2009 03:57:58 -0800 (PST) Message-ID: Date: Fri, 9 Jan 2009 06:57:58 -0500 From: "Gabriel Lavoie" To: "Garrett Cooper" In-Reply-To: <7d6fde3d0901082151t4901824cv84eb6c2be2658b15@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0901082151t4901824cv84eb6c2be2658b15@mail.gmail.com> Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 11:58:00 -0000 My processor seems correctly recognized by est under 7.1, I get the correct frequency/value pairs. What I would like is the automatic behaviour where the CPU is downclocked to 50% under no load, found under Windows/Linux and I would also like to know why estctrl isn't supported under amd64. I already contacted Colin. :) Gabriel > > Maybe this comment says why (from .../sys/i386/cpufreq/est.c)? > > /* > * Frequency (MHz) and voltage (mV) settings. Data from the > * Intel Pentium M Processor Datasheet (Order Number 252612), Table 5. > * > * Dothan processors have multiple VID#s with different settings for > * each VID#. Since we can't uniquely identify this info > * without undisclosed methods from Intel, we can't support newer > * processors with this table method. If ACPI Px states are supported, > * we get info from them. > */ > > Colin could give you the definite answer, but I'm pretty sure that's it... > Cheers, > -Garrett > -- Gabriel Lavoie glavoie@gmail.com From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 9 16:51:54 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE2F9106566C for ; Fri, 9 Jan 2009 16:51:54 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi053.prodigy.net (nlpi053.sbcis.sbc.com [207.115.36.82]) by mx1.freebsd.org (Postfix) with ESMTP id 8DEEF8FC16 for ; Fri, 9 Jan 2009 16:51:54 +0000 (UTC) (envelope-from nate@root.org) Received: from [10.0.5.18] (ppp-71-139-10-211.dsl.snfc21.pacbell.net [71.139.10.211]) (authenticated bits=0) by nlpi053.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id n09GpqYD015690; Fri, 9 Jan 2009 10:51:52 -0600 Message-ID: <496780A8.7070801@root.org> Date: Fri, 09 Jan 2009 08:51:52 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Gabriel Lavoie References: <7d6fde3d0901082151t4901824cv84eb6c2be2658b15@mail.gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 16:51:55 -0000 Gabriel Lavoie wrote: > My processor seems correctly recognized by est under 7.1, I get the > correct frequency/value pairs. What I would like is the automatic > behaviour where the CPU is downclocked to 50% under no load, found > under Windows/Linux and I would also like to know why estctrl isn't > supported under amd64. I already contacted Colin. :) powerd(8) is what you want. You can set an absolute frequency for idle. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 9 18:40:07 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9114F10656E6 for ; Fri, 9 Jan 2009 18:40:07 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6E88FC1D for ; Fri, 9 Jan 2009 18:40:06 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so6305473fkk.11 for ; Fri, 09 Jan 2009 10:40:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=kA8/qRcqRuINw38PeHs+vzNCKZJqTQZbPuRPBASJ1lI=; b=PxxIhRL+Q4r4pkeXEpLe0Ok/l+LfgMIjBsFC3vHRVeHgAMT29HI4lnj9ElJicLrEXr LtxS0PXKolAISx/exAu1p9ybMgLTzuAm/6pz/E958oVNU/O0wlJ+5f72+Yg2KhoCptwM Xu5zzesG6yVViGS4bizdca7MxbUOK49iDjbyw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Jtvbj2/90h3lBFGK54tbImISLgIxfh9qP6eM+VrueN4VBZVgj4WYp+s6gmJq62FBJY WUJM8+U7CCQsnenx9LU0jdolPBiElvwDV1eq0JHwxVHCi4KpC4p1WNgx8m48l4qcuQvl CvrxJaBubqS4P9LGTX9ycQIGRbd//IrQMjwwA= Received: by 10.180.241.8 with SMTP id o8mr9824959bkh.102.1231526405813; Fri, 09 Jan 2009 10:40:05 -0800 (PST) Received: by 10.181.26.14 with HTTP; Fri, 9 Jan 2009 10:40:05 -0800 (PST) Message-ID: Date: Fri, 9 Jan 2009 13:40:05 -0500 From: "Gabriel Lavoie" To: "Nate Lawson" In-Reply-To: <496780A8.7070801@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0901082151t4901824cv84eb6c2be2658b15@mail.gmail.com> <496780A8.7070801@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 18:40:08 -0000 Using debug.cpufreq.lowest? 2009/1/9 Nate Lawson : > Gabriel Lavoie wrote: >> My processor seems correctly recognized by est under 7.1, I get the >> correct frequency/value pairs. What I would like is the automatic >> behaviour where the CPU is downclocked to 50% under no load, found >> under Windows/Linux and I would also like to know why estctrl isn't >> supported under amd64. I already contacted Colin. :) > > powerd(8) is what you want. You can set an absolute frequency for idle. > > -- > Nate > -- Gabriel Lavoie glavoie@gmail.com From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 9 20:00:16 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BCA31065703 for ; Fri, 9 Jan 2009 20:00:16 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by mx1.freebsd.org (Postfix) with ESMTP id B401E8FC13 for ; Fri, 9 Jan 2009 20:00:05 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so6325158fkk.11 for ; Fri, 09 Jan 2009 12:00:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=V49wKcJT7LJ+icSS/dDFUlpMWeZn50iK/jD1nFhpdr0=; b=qeKjxW1oAXbEyNWtqaWkwKEVK2+1DRw0Uy32i8brLR30XQvJ78W7tVmkGdlpqf5yGd +oXTdTuhu6VjRFUHc8fh8PLIBgfCYDQ8OyyKJQspx17xTn1YOtVXSU002Nnkk+AOADya CPMwyvEAadHzhUTZQw2OQyOr47AuwgQiM4U5Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=eYVOYpfJ0bLXG6dOKj44zY5XZ/dG6TFymDF0HcswehiodH/HLdMl+UhPOgA/2mBmrD DeLsPUs1iY6BYeTwUFANqepO4uKO79AaVBxlgKncu4fZ+qmeCcek/sY+8IZAs2BO2gdF A6EentV85qKqGyfdaQutpvXrBBM09FLpMC1e0= Received: by 10.181.146.14 with SMTP id y14mr9849361bkn.16.1231531203601; Fri, 09 Jan 2009 12:00:03 -0800 (PST) Received: by 10.181.26.14 with HTTP; Fri, 9 Jan 2009 12:00:03 -0800 (PST) Message-ID: Date: Fri, 9 Jan 2009 15:00:03 -0500 From: "Gabriel Lavoie" To: "Nate Lawson" In-Reply-To: <496780A8.7070801@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0901082151t4901824cv84eb6c2be2658b15@mail.gmail.com> <496780A8.7070801@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 20:00:17 -0000 Another question. Any reason why powerd doesn't use dev.est.0.freq_settings when it is available instead of dev.cpu.0.freq_levels? On my system: dev.cpu.0.freq_levels: 2500/88000 2187/77000 2000/47608 1750/41657 1600/44616 1400/39039 1200/41800 1050/36575 900/31350 750/26125 600/20900 450/15675 300/10450 150/5225 dev.est.0.freq_settings: 2500/88000 2000/47608 1600/44616 1200/41800 If I don't lower the polling time of powerd to 100ms, my system becomes way too much unresponsive because powerd takes too much time to increase the frequency, step by step and there are a lot of settings with dev.est.0.freq_settings (14). With dev.est.0.freq_settings, the minimal setting is high enough so the system stays responsive and powerd would bring it up to max frequency quickly enough, even if the polling time is still kept at 500ms. This would work more like Windows or Linux where the lowest frequency at which the CPU will drop is the lowest EIST gives (here 1200 MHz). Gabriel 2009/1/9 Nate Lawson : > Gabriel Lavoie wrote: >> My processor seems correctly recognized by est under 7.1, I get the >> correct frequency/value pairs. What I would like is the automatic >> behaviour where the CPU is downclocked to 50% under no load, found >> under Windows/Linux and I would also like to know why estctrl isn't >> supported under amd64. I already contacted Colin. :) > > powerd(8) is what you want. You can set an absolute frequency for idle. > > -- > Nate > -- Gabriel Lavoie glavoie@gmail.com From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 9 21:14:36 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3961D1065672 for ; Fri, 9 Jan 2009 21:14:36 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi053.prodigy.net (nlpi053.sbcis.sbc.com [207.115.36.82]) by mx1.freebsd.org (Postfix) with ESMTP id F3B7D8FC14 for ; Fri, 9 Jan 2009 21:14:35 +0000 (UTC) (envelope-from nate@root.org) Received: from [10.0.5.18] (ppp-71-139-10-211.dsl.snfc21.pacbell.net [71.139.10.211]) (authenticated bits=0) by nlpi053.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id n09LEXVX024705; Fri, 9 Jan 2009 15:14:33 -0600 Message-ID: <4967BE39.9020205@root.org> Date: Fri, 09 Jan 2009 13:14:33 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Gabriel Lavoie References: <7d6fde3d0901082151t4901824cv84eb6c2be2658b15@mail.gmail.com> <496780A8.7070801@root.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 21:14:36 -0000 Gabriel Lavoie wrote: > Another question. Any reason why powerd doesn't use > dev.est.0.freq_settings when it is available instead of > dev.cpu.0.freq_levels? > > On my system: > dev.cpu.0.freq_levels: 2500/88000 2187/77000 2000/47608 1750/41657 > 1600/44616 1400/39039 1200/41800 1050/36575 900/31350 750/26125 > 600/20900 450/15675 300/10450 150/5225 > dev.est.0.freq_settings: 2500/88000 2000/47608 1600/44616 1200/41800 > > If I don't lower the polling time of powerd to 100ms, my system > becomes way too much unresponsive because powerd takes too much time > to increase the frequency, step by step and there are a lot of > settings with dev.est.0.freq_settings (14). With > dev.est.0.freq_settings, the minimal setting is high enough so the > system stays responsive and powerd would bring it up to max frequency > quickly enough, even if the polling time is still kept at 500ms. This > would work more like Windows or Linux where the lowest frequency at > which the CPU will drop is the lowest EIST gives (here 1200 MHz). > levels is derived from settings. Set a lower bound with the sysctl for freq_lowest. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 9 22:31:50 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AC151065672 for ; Fri, 9 Jan 2009 22:31:50 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 106E98FC13 for ; Fri, 9 Jan 2009 22:31:49 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: by bwz13 with SMTP id 13so3302337bwz.19 for ; Fri, 09 Jan 2009 14:31:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=/RfDSYqONXUvKKQ6xg9LNwvhW6x83SubFE54j3CRweg=; b=isEBlQhlZB7RckpXxlpZE+qTebuXPwyNIYXCijZgrhI5NuswUQv3FBHkG6RjOHCoHC fqzmSPtt29uLJUay3eOgSz6ds3TsMW8vIYW9XdtgVMVx2z0m3xNM3BQWZ5vfclI0XPy+ 4Rdk3rZUf0PeZOYGutYKfEuz6l75/mN6NIowU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=TEqie4Yz9sfLhG7k2glj8ABxuk5jZ4JoyhPzS6flTMfOTuZTySqI/p0n/BkSc3FR2Q /LjJUHluNV2gihKVpjvhxuHtko6AX3x+jlEk1QaD6ega5tDlHL2hkWR9LtJVgxRvv7f7 Y5RpDTtGsoWR2a9Q4cEbOCsKbGhc9QdzmS40M= Received: by 10.180.239.8 with SMTP id m8mr9880423bkh.165.1231540309124; Fri, 09 Jan 2009 14:31:49 -0800 (PST) Received: by 10.181.26.14 with HTTP; Fri, 9 Jan 2009 14:31:48 -0800 (PST) Message-ID: Date: Fri, 9 Jan 2009 17:31:48 -0500 From: "Gabriel Lavoie" To: "Nate Lawson" In-Reply-To: <4967BE39.9020205@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0901082151t4901824cv84eb6c2be2658b15@mail.gmail.com> <496780A8.7070801@root.org> <4967BE39.9020205@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 22:31:51 -0000 This is what I did by setting freq_lowest to 1200 but it would also be nice if we could configure the steps, or at least, be able to configure more powerd. Some setting like going from lowest frequency to highest frequency in one step if load is over 10% without having to wait a few msec for every steps between would be useful. Gabriel 2009/1/9 Nate Lawson : > Gabriel Lavoie wrote: >> Another question. Any reason why powerd doesn't use >> dev.est.0.freq_settings when it is available instead of >> dev.cpu.0.freq_levels? >> >> On my system: >> dev.cpu.0.freq_levels: 2500/88000 2187/77000 2000/47608 1750/41657 >> 1600/44616 1400/39039 1200/41800 1050/36575 900/31350 750/26125 >> 600/20900 450/15675 300/10450 150/5225 >> dev.est.0.freq_settings: 2500/88000 2000/47608 1600/44616 1200/41800 >> >> If I don't lower the polling time of powerd to 100ms, my system >> becomes way too much unresponsive because powerd takes too much time >> to increase the frequency, step by step and there are a lot of >> settings with dev.est.0.freq_settings (14). With >> dev.est.0.freq_settings, the minimal setting is high enough so the >> system stays responsive and powerd would bring it up to max frequency >> quickly enough, even if the polling time is still kept at 500ms. This >> would work more like Windows or Linux where the lowest frequency at >> which the CPU will drop is the lowest EIST gives (here 1200 MHz). >> > > levels is derived from settings. Set a lower bound with the sysctl for > freq_lowest. > > -- > Nate > -- Gabriel Lavoie glavoie@gmail.com From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 9 22:59:40 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E35C0106567A for ; Fri, 9 Jan 2009 22:59:40 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 9B5348FC14 for ; Fri, 9 Jan 2009 22:59:40 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so4063183ywe.13 for ; Fri, 09 Jan 2009 14:59:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=tO3yrxNLuR0a9UBsRFM/txO7UAtEmppJ5NkL6rd2BEY=; b=QXTwr9y1P0tygx8IWZ3kJQMnaYgOiAVkgayWglMDApSIG1ft7rK4H+NdFcw8vXON2P P4JGeWTwff5ARSv9qdGSaAEOZ2AvMuNGbggDfCJ9nlx/1j+25u8r52a/13XnhONCDkHi mhLcN1QFiWmWXeNYt7Q2zknqcD5lF/qF9cP4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=uK+PV5LlZBpzqsgtEgSK6RdWkkSyrrKiA+p+ikbRHvdsa90CH3XD7q1af9tBYp3ErQ X8n6Zv9bRan7p+D/gijhtZ0eQEKxRmiliG4A7PUEb58X0JGol6cRkIACpkIzuBQtC/Fz Z+S8n0IWnX6h6o43Yj0iYLil3flwvmpKhrKTI= Received: by 10.100.143.17 with SMTP id q17mr14069988and.29.1231540624762; Fri, 09 Jan 2009 14:37:04 -0800 (PST) Received: by 10.100.138.15 with HTTP; Fri, 9 Jan 2009 14:37:04 -0800 (PST) Message-ID: <539c60b90901091437w5de7e615yd171573ca194dd59@mail.gmail.com> Date: Fri, 9 Jan 2009 15:37:04 -0700 From: "Steve Franks" To: "Paul B. Mahol" , freebsd-acpi@freebsd.org In-Reply-To: <3a142e750901091334x3f648260md5f5d8402b350d34@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <539c60b90901090950j3bbd28q22b50d09fec18023@mail.gmail.com> <3a142e750901091334x3f648260md5f5d8402b350d34@mail.gmail.com> Cc: Subject: Re: best way to debug intermittent system freezes? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 22:59:41 -0000 > What happens if you disable acpi? Well, my use-paradigm for the computer is seriously impaired for one. Also, it's intermittent enough, I can't really prove any particular item "fixes" it by simply disabling that item. Any way to stick one's fingers into acpi or do some kind of logging on it instead? Well, certainly something to try anyway, since it's pretty much of a coaster at the moment.... Steve From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 9 23:55:26 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B30BA1065670 for ; Fri, 9 Jan 2009 23:55:26 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC1A8FC16 for ; Fri, 9 Jan 2009 23:55:25 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 231279456; Sat, 10 Jan 2009 01:55:25 +0200 Message-ID: <4967E3F1.3050002@FreeBSD.org> Date: Sat, 10 Jan 2009 01:55:29 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: Gabriel Lavoie References: <1231471393.00057821.1231461001@10.7.7.3> <1231492987.00057896.1231480801@10.7.7.3> <1231514587.00058037.1231502401@10.7.7.3> <1231532583.00058199.1231520401@10.7.7.3> <1231543382.00058245.1231531801@10.7.7.3> In-Reply-To: <1231543382.00058245.1231531801@10.7.7.3> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 23:55:27 -0000 Gabriel Lavoie wrote: > Another question. Any reason why powerd doesn't use > dev.est.0.freq_settings when it is available instead of > dev.cpu.0.freq_levels? > > On my system: > dev.cpu.0.freq_levels: 2500/88000 2187/77000 2000/47608 1750/41657 > 1600/44616 1400/39039 1200/41800 1050/36575 900/31350 750/26125 > 600/20900 450/15675 300/10450 150/5225 > dev.est.0.freq_settings: 2500/88000 2000/47608 1600/44616 1200/41800 dev.cpu.0.freq_levels is just a mix of est and p4tcc levels. By default powerd uses all of them. If you really wish, you can disable p4tcc with: hint.p4tcc.0.disabled=1 hint.acpi_throttle.0.disabled=1 then dev.cpu.0.freq_levels will be equal to dev.est.0.freq_settings. > If I don't lower the polling time of powerd to 100ms, my system > becomes way too much unresponsive because powerd takes too much time > to increase the frequency, step by step and there are a lot of > settings with dev.est.0.freq_settings (14). With > dev.est.0.freq_settings, the minimal setting is high enough so the > system stays responsive and powerd would bring it up to max frequency > quickly enough, even if the polling time is still kept at 500ms. This > would work more like Windows or Linux where the lowest frequency at > which the CPU will drop is the lowest EIST gives (here 1200 MHz). I have just merged updated powerd to 7-STABLE to address this issue. -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 10 00:10:42 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DC121065672; Sat, 10 Jan 2009 00:10:42 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 59EE38FC0C; Sat, 10 Jan 2009 00:10:41 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: by bwz13 with SMTP id 13so3379546bwz.19 for ; Fri, 09 Jan 2009 16:10:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=NP5vNa5kh6zhh6JMaCtD5w1pBCe1D9W5xlexwJsQ+sQ=; b=yFLW2vrgeZDXw5rU/isqGk8Cbr3xuxFosYyxNxuo5Z2gkMfMTqkhzYCe5YM6Rh5YhK YLEQqiACJ7PjGRj3O48RgDVk5ZRCfhwbVXG9RH8zN3HJ97pxpkEGt2cotc0S9uMx12+P x5Rfu1/placBqG7eg8kBZVUu8scFzwlIWApAY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=jh19U8A0PnOAccmwn98VKgaBUK1KvK0Jd1RoiXDT9s5G4m64LjnnmRJ2ZieOTqaMqu CbgS4iKo1pupauCi0IlgmNNmrQIUuUDDu5tgBAR14zdHruaBQMwLcJoodmVWlQNxFeMa mEXDTqnL4lCBAMOrYJcHVT7FHTGFy3yU1saxM= Received: by 10.180.203.3 with SMTP id a3mr9916835bkg.146.1231546240373; Fri, 09 Jan 2009 16:10:40 -0800 (PST) Received: by 10.181.26.14 with HTTP; Fri, 9 Jan 2009 16:10:40 -0800 (PST) Message-ID: Date: Fri, 9 Jan 2009 19:10:40 -0500 From: "Gabriel Lavoie" To: "Alexander Motin" In-Reply-To: <4967E3F1.3050002@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1231471393.00057821.1231461001@10.7.7.3> <1231492987.00057896.1231480801@10.7.7.3> <1231514587.00058037.1231502401@10.7.7.3> <1231532583.00058199.1231520401@10.7.7.3> <1231543382.00058245.1231531801@10.7.7.3> <4967E3F1.3050002@FreeBSD.org> Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 00:10:43 -0000 2009/1/9 Alexander Motin : > Gabriel Lavoie wrote: >> >> Another question. Any reason why powerd doesn't use >> dev.est.0.freq_settings when it is available instead of >> dev.cpu.0.freq_levels? >> >> On my system: >> dev.cpu.0.freq_levels: 2500/88000 2187/77000 2000/47608 1750/41657 >> 1600/44616 1400/39039 1200/41800 1050/36575 900/31350 750/26125 >> 600/20900 450/15675 300/10450 150/5225 >> dev.est.0.freq_settings: 2500/88000 2000/47608 1600/44616 1200/41800 > > dev.cpu.0.freq_levels is just a mix of est and p4tcc levels. By default > powerd uses all of them. If you really wish, you can disable p4tcc with: > hint.p4tcc.0.disabled=1 > hint.acpi_throttle.0.disabled=1 > then dev.cpu.0.freq_levels will be equal to dev.est.0.freq_settings. Working like a charm! I wasn't sure so I added both 0 and 1 for both cores and it seems to be correct. I had to add them in loader.conf or device.hints? Put them in loader.conf and it seems to be OK. > >> If I don't lower the polling time of powerd to 100ms, my system >> becomes way too much unresponsive because powerd takes too much time >> to increase the frequency, step by step and there are a lot of >> settings with dev.est.0.freq_settings (14). With >> dev.est.0.freq_settings, the minimal setting is high enough so the >> system stays responsive and powerd would bring it up to max frequency >> quickly enough, even if the polling time is still kept at 500ms. This >> would work more like Windows or Linux where the lowest frequency at >> which the CPU will drop is the lowest EIST gives (here 1200 MHz). > > I have just merged updated powerd to 7-STABLE to address this issue. If I run release, it means it will be available in 7.2? > > -- > Alexander Motin > Thanks Gabriel -- Gabriel Lavoie glavoie@gmail.com From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 10 00:13:10 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B88D1106566B for ; Sat, 10 Jan 2009 00:13:10 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4192B8FC1B for ; Sat, 10 Jan 2009 00:13:10 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 231280827; Sat, 10 Jan 2009 02:13:09 +0200 Message-ID: <4967E819.6010305@FreeBSD.org> Date: Sat, 10 Jan 2009 02:13:13 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: Gabriel Lavoie References: <1231471393.00057821.1231461001@10.7.7.3> <1231492987.00057896.1231480801@10.7.7.3> <1231514587.00058037.1231502401@10.7.7.3> <1231532583.00058199.1231520401@10.7.7.3> <1231543382.00058245.1231531801@10.7.7.3> <4967E3F1.3050002@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 00:13:11 -0000 Gabriel Lavoie wrote: > 2009/1/9 Alexander Motin : >> Gabriel Lavoie wrote: >>> Another question. Any reason why powerd doesn't use >>> dev.est.0.freq_settings when it is available instead of >>> dev.cpu.0.freq_levels? >>> >>> On my system: >>> dev.cpu.0.freq_levels: 2500/88000 2187/77000 2000/47608 1750/41657 >>> 1600/44616 1400/39039 1200/41800 1050/36575 900/31350 750/26125 >>> 600/20900 450/15675 300/10450 150/5225 >>> dev.est.0.freq_settings: 2500/88000 2000/47608 1600/44616 1200/41800 >> dev.cpu.0.freq_levels is just a mix of est and p4tcc levels. By default >> powerd uses all of them. If you really wish, you can disable p4tcc with: >> hint.p4tcc.0.disabled=1 >> hint.acpi_throttle.0.disabled=1 >> then dev.cpu.0.freq_levels will be equal to dev.est.0.freq_settings. > > Working like a charm! I wasn't sure so I added both 0 and 1 for both > cores and it seems to be correct. I had to add them in loader.conf or > device.hints? Put them in loader.conf and it seems to be OK. Whatever you prefer, >>> If I don't lower the polling time of powerd to 100ms, my system >>> becomes way too much unresponsive because powerd takes too much time >>> to increase the frequency, step by step and there are a lot of >>> settings with dev.est.0.freq_settings (14). With >>> dev.est.0.freq_settings, the minimal setting is high enough so the >>> system stays responsive and powerd would bring it up to max frequency >>> quickly enough, even if the polling time is still kept at 500ms. This >>> would work more like Windows or Linux where the lowest frequency at >>> which the CPU will drop is the lowest EIST gives (here 1200 MHz). >> I have just merged updated powerd to 7-STABLE to address this issue. > > If I run release, it means it will be available in 7.2? 7.2 and 8.0. -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 10 06:46:28 2009 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC475106573D for ; Sat, 10 Jan 2009 06:46:28 +0000 (UTC) (envelope-from bounces-c3325f30a2-12c070f26f@b.cts.vresp.com) Received: from gc-mkt7.verticalresponse.com (gc-mkt7.verticalresponse.com [206.57.6.62]) by mx1.freebsd.org (Postfix) with ESMTP id 3118E8FC0C for ; Sat, 10 Jan 2009 06:46:27 +0000 (UTC) (envelope-from bounces-c3325f30a2-12c070f26f@b.cts.vresp.com) X-MailerISP: GlobalCrossing Received: from si1ve1.inside.verticalresponse.com (HELO borg11.inside.verticalresponse.com) ([192.168.0.204]) by gc-mkt7.verticalresponse.com with ESMTP; 09 Jan 2009 21:46:26 -0800 From: "Miracle Marketing" To: acpi@freebsd.org Date: Sat, 10 Jan 2009 05:46:26 +0000 Message-ID: MIME-Version: 1.0 X-Company_ID: 340278 X-CTS-Enabled: c3325f30a2-12c070f26f X-Campaign: c3325f30a2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Recession Proof Yourself in a Bad Economy X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Miracle Marketing List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 06:46:29 -0000 Click to view this email in a browser=20 http://hosted.verticalresponse.com/352016/c3325f30a2/1424003284/12c070f26f/ Attention: Internet Marketers =20 ********************************************************************** UNDBELIEVABLE! 40 Big Blasters Are Making Me A Killing! Get In NOW! http://cts.vresp.com/c/?InstantPaysites/c3325f30a2/12c070f26f/5211b27c8c HOLD ON To Your Seat ...This One Is FIRE HOT! We are now offering 40 & I said 40 of the TOP all-time email blasters on the internet, to date EVER! One Amazing Bundle that is ready to use to submit your ads! These are the same blasters that have easily sold for up to $59.95 each. If you purchased these items seperately you would easily spend over $1000! But we decided to bring them to you in one F=2EA.N.T.A.S.T.I.C. bundle, but only for a LIMITED TIME Only. Nobody needs to tell you how GREAT & how BIG this is! You can even use the remarkable blasting submitters to blow-out resales on the affiliate end if you choose, for $100 per sale directly to your PayPal account. Don't let someone else steal your thunder! Why pay the individual price for these blasters ... Get 1st movers advantage now by finally being FIRST! ********************************************************************** http://www.Firesale-Ads.com Over 764 Million Fresh Email Leads Get in before it's to late ______________________________________________________________________ If you no longer wish to receive these emails, please reply to this message with "Remove" in the subject line or simply click on the following link: http://cts.vresp.com/u?c3325f30a2/12c070f26f/9f11daf ______________________________________________________________________ This message was sent by Miracle Marketing using VerticalResponse PO Box 522 Torrance CA 90502 Read the VerticalResponse marketing policy: http://www.verticalresponse.com/content/pm_policy.html From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 10 07:59:55 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E10A106564A for ; Sat, 10 Jan 2009 07:59:55 +0000 (UTC) (envelope-from ivakras1@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE128FC0A for ; Sat, 10 Jan 2009 07:59:54 +0000 (UTC) (envelope-from ivakras1@gmail.com) Received: by ewy14 with SMTP id 14so11867395ewy.19 for ; Fri, 09 Jan 2009 23:59:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=DviBZwEoEF/ztLLWYdXq/Hy5QJKSk8A6aBRqc9ICVFE=; b=w9LjB2oXnZXaikb82rvKFvISCBqTG5HGhUfa/AVvI/phuVq16X3RKPpntd2qApgmKh AXZ0/p/O6qNZrhCFc8j/sGoIT59D/eRmjQm1PnBRORBv42IV+q4kn1mKCx1bH69PrUN9 rGEZ2s2zjmwvuYExUjRvZXLCICFQ83p7X8s6k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; b=Z824ljJhQ5VakonzQFX/MhRTK3MD+OitMr29qXKupAdZ6DaDbl+ZFULRzHeLNb6viF Msr1VgeZ8U8y3jqpJs3ZHYCpXZrK+fDDrbiAWaXEGmpL7GnALPXvePsRWGVBy2MTfxK3 PklwnWuglz1lvqBxfzgssiOmmJmYIQMHDXf60= Received: by 10.210.76.4 with SMTP id y4mr406709eba.42.1231574393518; Fri, 09 Jan 2009 23:59:53 -0800 (PST) Received: from ?192.168.2.101? ([92.50.244.160]) by mx.google.com with ESMTPS id 23sm380508eya.53.2009.01.09.23.59.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Jan 2009 23:59:52 -0800 (PST) From: Dmitry Kolosov To: freebsd-acpi@freebsd.org Date: Sat, 10 Jan 2009 10:59:30 +0300 User-Agent: KMail/1.9.10 References: <496780A8.7070801@root.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901101059.31131.ivakras1@gmail.com> Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 07:59:55 -0000 On Friday 09 January 2009 23:00:03 Gabriel Lavoie wrote: > Another question. Any reason why powerd doesn't use > dev.est.0.freq_settings when it is available instead of > dev.cpu.0.freq_levels? > > On my system: > dev.cpu.0.freq_levels: 2500/88000 2187/77000 2000/47608 1750/41657 > 1600/44616 1400/39039 1200/41800 1050/36575 900/31350 750/26125 > 600/20900 450/15675 300/10450 150/5225 > dev.est.0.freq_settings: 2500/88000 2000/47608 1600/44616 1200/41800 > > If I don't lower the polling time of powerd to 100ms, my system > becomes way too much unresponsive because powerd takes too much time > to increase the frequency, step by step and there are a lot of > settings with dev.est.0.freq_settings (14). With > dev.est.0.freq_settings, the minimal setting is high enough so the > system stays responsive and powerd would bring it up to max frequency > quickly enough, even if the polling time is still kept at 500ms. This > would work more like Windows or Linux where the lowest frequency at > which the CPU will drop is the lowest EIST gives (here 1200 MHz). > > Gabriel > > 2009/1/9 Nate Lawson : > > Gabriel Lavoie wrote: > >> My processor seems correctly recognized by est under 7.1, I get the > >> correct frequency/value pairs. What I would like is the automatic > >> behaviour where the CPU is downclocked to 50% under no load, found > >> under Windows/Linux and I would also like to know why estctrl isn't > >> supported under amd64. I already contacted Colin. :) > > > > powerd(8) is what you want. You can set an absolute frequency for idle. > > > > -- > > Nate What this settings for in defaults/rc.conf? performance_cx_lowest="HIGH" # Online CPU idle state performance_cpu_freq="NONE" # Online CPU frequency economy_cx_lowest="HIGH" # Offline CPU idle state economy_cpu_freq="NONE" # Offline CPU frequency Im using it with powerd at the same time and it runs just smoothly. From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 10 15:16:48 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A920E1065687 for ; Sat, 10 Jan 2009 15:16:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id BF3E08FC17 for ; Sat, 10 Jan 2009 15:16:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA22689 for ; Sat, 10 Jan 2009 17:01:23 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4968B843.8020108@icyb.net.ua> Date: Sat, 10 Jan 2009 17:01:23 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: WDTT X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 15:16:48 -0000 This is just out of curiosity - does anybody know what a table with 'WDTT' signature is? I see its presence, for instance, on Intel DG33TL: /* WDTT: Length=716, Revision=1, Checksum=38, OEMID=INTEL, OEM Table ID=DG33TL, OEM Revision=0x1f1, Creator ID=MSFT, Creator Revision=0x1000013 */ P.S. please do not confuse with 'WDDT' :-) -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 10 15:18:32 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5085F10656E6 for ; Sat, 10 Jan 2009 15:18:32 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 987278FC1A for ; Sat, 10 Jan 2009 15:18:31 +0000 (UTC) (envelope-from glavoie@gmail.com) Received: by bwz13 with SMTP id 13so3931595bwz.19 for ; Sat, 10 Jan 2009 07:18:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=EU9PjpHR9yR1ud2bFPHBv33Wh/4t0WLcPWzRcCDM+qM=; b=urrfDhK7cGmOKUz2rWT73NdjXe+aUSJ2KshodALIUw0E72DmIjxbj3lVfKt4kUQGdU GmdlHbhxebjB3PVuJTbw2aFoEVk3S11rITUcsBn0fCmN7uhivad+2BvjRIyk5raOtB79 j3S56+ctBsZUfEibSIXZw7kBQKiA6mYULxYGs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=kkIX6E/9N8X26jhZCU94/otYVIpvn011I3+lhAIe5y05x0vtB3f7u5IxqjA7jf8ZEA oy9yVWDuyEMEe00Hnl17TqnHG1A71mSMFEjKi5LAS95z6gT2RNmdI8hovLMg2Imjkjxk v94VD7tltDVceURHZDWGtOtMtynb8dGQ9bK94= Received: by 10.181.144.11 with SMTP id w11mr10192141bkn.27.1231600710091; Sat, 10 Jan 2009 07:18:30 -0800 (PST) Received: by 10.181.26.14 with HTTP; Sat, 10 Jan 2009 07:18:30 -0800 (PST) Message-ID: Date: Sat, 10 Jan 2009 10:18:30 -0500 From: "Gabriel Lavoie" To: "Dmitry Kolosov" In-Reply-To: <200901101059.31131.ivakras1@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <496780A8.7070801@root.org> <200901101059.31131.ivakras1@gmail.com> Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 15:18:34 -0000 I have these settings in my rc.conf and /boot/loader.conf now: /etc/rc.conf: powerd_enable="YES" powerd_flags="-i 90 -r 90 -p 250" /boot/loader.conf: hint.p4tcc.0.disabled=1 hint.p4tcc.1.disabled=1 hint.acpi_throttle.0.disabled=1 hint.acpi_throttle.1.disabled=1 This way I only have the list of frequencies EST gives and powerd will raise/lower the frequency as soon as the load goes above/under 10%. I also find my system to be more responsive with a polling time under 500ms. This is why I lowered it to 250ms. I'm quite satisfied with this setup and this is what I was looking for when I installed this server. About the settings in /etc/default/rc.conf, I don't know where they are used... CPU info from sysctl: dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU1 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1200 dev.cpu.0.freq_levels: 2500/88000 2000/47608 1600/44616 1200/41800 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU2 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/0 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% dev.acpi_perf.0.%driver: acpi_perf dev.acpi_perf.0.%parent: cpu0 dev.acpi_perf.1.%driver: acpi_perf dev.acpi_perf.1.%parent: cpu1 dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.%driver: est dev.est.0.%parent: cpu0 dev.est.0.freq_settings: 2500/88000 2000/47608 1600/44616 1200/41800 dev.est.1.%desc: Enhanced SpeedStep Frequency Control dev.est.1.%driver: est dev.est.1.%parent: cpu1 dev.est.1.freq_settings: 2500/88000 2000/47608 1600/44616 1200/41800 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 Gabriel 2009/1/10 Dmitry Kolosov : > On Friday 09 January 2009 23:00:03 Gabriel Lavoie wrote: >> Another question. Any reason why powerd doesn't use >> dev.est.0.freq_settings when it is available instead of >> dev.cpu.0.freq_levels? >> >> On my system: >> dev.cpu.0.freq_levels: 2500/88000 2187/77000 2000/47608 1750/41657 >> 1600/44616 1400/39039 1200/41800 1050/36575 900/31350 750/26125 >> 600/20900 450/15675 300/10450 150/5225 >> dev.est.0.freq_settings: 2500/88000 2000/47608 1600/44616 1200/41800 >> >> If I don't lower the polling time of powerd to 100ms, my system >> becomes way too much unresponsive because powerd takes too much time >> to increase the frequency, step by step and there are a lot of >> settings with dev.est.0.freq_settings (14). With >> dev.est.0.freq_settings, the minimal setting is high enough so the >> system stays responsive and powerd would bring it up to max frequency >> quickly enough, even if the polling time is still kept at 500ms. This >> would work more like Windows or Linux where the lowest frequency at >> which the CPU will drop is the lowest EIST gives (here 1200 MHz). >> >> Gabriel >> >> 2009/1/9 Nate Lawson : >> > Gabriel Lavoie wrote: >> >> My processor seems correctly recognized by est under 7.1, I get the >> >> correct frequency/value pairs. What I would like is the automatic >> >> behaviour where the CPU is downclocked to 50% under no load, found >> >> under Windows/Linux and I would also like to know why estctrl isn't >> >> supported under amd64. I already contacted Colin. :) >> > >> > powerd(8) is what you want. You can set an absolute frequency for idle. >> > >> > -- >> > Nate > > What this settings for in defaults/rc.conf? > performance_cx_lowest="HIGH" # Online CPU idle state > performance_cpu_freq="NONE" # Online CPU frequency > economy_cx_lowest="HIGH" # Offline CPU idle state > economy_cpu_freq="NONE" # Offline CPU frequency > > Im using it with powerd at the same time and it runs just smoothly. > _______________________________________________ > 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" > -- Gabriel Lavoie glavoie@gmail.com From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 10 16:21:21 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BF4D1065710 for ; Sat, 10 Jan 2009 16:21:20 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 31E2F8FC22 for ; Sat, 10 Jan 2009 16:21:16 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n0AGLEnx021581; Sun, 11 Jan 2009 03:21:15 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 11 Jan 2009 03:21:14 +1100 (EST) From: Ian Smith To: Dmitry Kolosov In-Reply-To: <200901101059.31131.ivakras1@gmail.com> Message-ID: <20090110202341.R96980@sola.nimnet.asn.au> References: <496780A8.7070801@root.org> <200901101059.31131.ivakras1@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: EST (Enhanced Intel SpeedStep(R) Technology) on amd64 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 16:21:22 -0000 On Sat, 10 Jan 2009, Dmitry Kolosov wrote: > > What this settings for in defaults/rc.conf? > performance_cx_lowest="HIGH" # Online CPU idle state > performance_cpu_freq="NONE" # Online CPU frequency > economy_cx_lowest="HIGH" # Offline CPU idle state > economy_cpu_freq="NONE" # Offline CPU frequency > > Im using it with powerd at the same time and it runs just smoothly. These default settings are good for use with powerd. They're only applied by /etc/rc.d/power_profile as invoked by devd when power state changes to AC or to Battery, and perhaps? also after boot. See power_profile and /etc/devd.conf for default configuration. *_cpu_freq=NONE has power_profile leave cpu frequency alone, so it won't be altered just until powerd next shifts frequency according to load. powerd also detects power state changes to select its configured mode, which may conflict with a different power_profile setting, momentarily. powerd doesn't care about the *_cx_lowest settings, just power_profile. cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 10 18:32:05 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DAD8106564A for ; Sat, 10 Jan 2009 18:32:05 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AF71E8FC16 for ; Sat, 10 Jan 2009 18:32:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA26758 for ; Sat, 10 Jan 2009 20:32:02 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4968E9A1.3080006@icyb.net.ua> Date: Sat, 10 Jan 2009 20:32:01 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: intel heci/mei X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2009 18:32:05 -0000 First of all, some relevant terms to google for. Intel AMT - Active Management Technology ME - Management Engine MEI - ME Interface HECI - Host Embedded Controller Interface, I believe that this is a different (older?) name for MEI What this is not about. This is not about AMT in general; not about remote access/control that by-passes OS. What this is about. Providing a kernel driver and interface that would enable user-land programs (and/or kernel) to communicate with "agents" residing in ME. Provided, of course, that those agents are designed to support such communication. For me, personally, "Quiet System Technology (QST), formerly Advanced Fan Speed Control (AFSC)" is of the most interest. Prior art. http://openamt.org Open-sourced GPL/BSD Linux driver developed by Intel that provides in principle exactly what I want. http://mail.opensolaris.org/pipermail/opensolaris-arc/2007-October/004572.html Lengthy discussion of a similar driver for OpenSolaris plus general AMT issues. My understanding. There is a dedicated micro-controller built into a chipset. This is Management Engine. The micro-controller can execute various firmware programs that perform control/monitoring/management tasks. There is a PCI device/function in the chipset that allows host software (run on main CPU) to communicate with the firmware running in ME. This is HECI. There are several memory-mapped registers for the communication. The communication seems to be symmetric (on the lowest level). The communication occurs by writing data into a circular buffer and then writing a bit that causes an interrupt to occur to the peer. Thus, there are two circular buffers to send data in the opposite directions. There are can be multiple peers on the host side and on the firmware side. Peers are addressed by simple 1-byte numbers. Firmware peers are further uniquely identified by GUIDs. There is a certain message protocol. There are so called bus messages and then there are application specific messages. Via bus messages the following can be done: 1. discover firmware clients (only from the host side) 2. query identities and capabilities/properties of a fw client (only from the host side) 3. establish or close a connection between a host client and a fw client (only from the host side [?]) 4. send a flow control message to a connected peer which gives it a permission to send one application-specific message All messages have a 4-byte header that specifies peer addresses and length of message body. Bus messages use broadcast addresses of zero in the header, peer information (if any) is provided in message body. Bus messages have a well defined structure. One logical application message can be consist of several HECI messages, there is a flag in the message header telling if a message is complete. Typical communication session can look like this: 1. query fw peers (their addresses) 2. query properties of each available peer until the one of interest is found 3. send connect message 4. receive connect status message 5. receive flow control message [gives permission for the next step] 6. send application request 7. send flow control message [gives permission for the next step] 8. receive application response 9. receive flow control message [peer is ready for next request] [...] 10. send disconnect message 11. receive disconnect response How OpenAMT driver currently works. Omitting low level details - it enumerates fw clients and creates a single heci character device. Then there ioctls for userland programs to connect to client with a specific GUID and then the program can communicate with it via read and write calls. What I have in mind. The driver would enumerate fw clients and create a character device for each one discovered. Device name could be a stringified GUID and/or some short name for well-known GUIDs. A userland program would simple open/close such a device to establish/terminate communication. There is something I am not sure about, I see 2 possibilities: 1. there will be one driver with multiple character devices, all devices would behave identically, knowledge of how to talk to each fw client would lie in userland programs; 2. there will be a heci bus with individual drivers for well-know fw clients plus maybe a generic driver to talk to unknown clients; each character device would have a documented API for communication with the corresponding fw client; For now I am leaning towards approach #1. There are also other issues. Like, for example, what is the best API for exchanging application messages. I assume that there could be different modes of talking to fw client, typically it is simple request/response, but it is possible that client might provide something like streaming data. Also, a messages fro fw client could be multi-part - how do we tell userland that there is more data and when the message ends. I have some very very simple code that puts all (really all) the communication logic into the userland, it only provides a way to talk to the hardware (correctly reading/writing registers, handling interrupts). I have some small successes using that code. I hope to produce something more mature, but as usual the time is the biggest constraint. If you have an advice for me or some interest in this area - please write me. P.S. I am also thinking about more-or-less porting the OpenAMT code, but the changes would be quite huge and the code is frequently quite hard for me to grok. -- Andriy Gapon