From owner-freebsd-acpi@FreeBSD.ORG Sun Feb 27 03:05:50 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FC0716A4CE for ; Sun, 27 Feb 2005 03:05:50 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09F9E43D1F for ; Sun, 27 Feb 2005 03:05:50 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1R35OcE015942; Sat, 26 Feb 2005 22:05:28 -0500 Message-ID: <42213901.8050809@root.org> Date: Sat, 26 Feb 2005 19:05:37 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ron Johnson References: <1109461095.57306.10.camel@localhost> In-Reply-To: <1109461095.57306.10.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: kern/77805: Boot hangs with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 03:05:50 -0000 Ron Johnson wrote: > Any help would be appreciated! dmesg output and ASL are in the bug > report. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=77805 > > With ACPI enabled, boot fails at "hw.acpi.cpu.cx_lowest: C1 -> C3". This > statement is not in sysctl.conf or loader.conf and appears to be changed > automatically. No issue in all previous 5.X versions. 5.3-STABLE > downloaded from CVS on 2/19/2005 around 3pm EST. You want to change the performance/economy settings in rc.conf. Man 5 rc.conf The defaults were changed between 5.2.1 and 5.3: src/etc/defaults/rc.conf:revision 1.206 date: 2004/05/29 04:52:37; author: njl; state: Exp; lines: +1 -1 Throw the switch and enable use of the lowest idle states while online in addition to offline. This can be overridden in /etc/rc.conf if it causes trouble although this has been stable since 2003/12. I have no idea why C3 is unstable on your machine. Please try overriding this with something like this and see if it helps: performance_cx_state=HIGH economy_cx_state=HIGH -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 28 01:31:21 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2250C16A4CE for ; Mon, 28 Feb 2005 01:31:21 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5D7943D1F for ; Mon, 28 Feb 2005 01:31:20 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) j1S1Vk7u004097 for ; Sun, 27 Feb 2005 20:31:46 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: freebsd-acpi@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3eqmYHSz5CI3/evoYNO7" Organization: FreeBSD, Inc. Date: Sun, 27 Feb 2005 20:31:17 -0500 Message-Id: <1109554277.39851.39.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Subject: Any update on kern/74215? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 01:31:21 -0000 --=-3eqmYHSz5CI3/evoYNO7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I just got another build failure report due to the need for kernel sources to be installed to get ACPI support in the GNOME battstat applet. I read the post from 12/20 in this bug, but I didn't see any follow up? Any estimate on when these headers can be copied? Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/74215 Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-3eqmYHSz5CI3/evoYNO7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCInRlb2iPiv4Uz4cRAlVLAJ9CjKOocddtubroFtAvDP9KR5W1tQCeJU3B FssDWSD1j0RVU405+BFE/Mc= =IkXi -----END PGP SIGNATURE----- --=-3eqmYHSz5CI3/evoYNO7-- From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 28 02:20:37 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 987B916A4CE; Mon, 28 Feb 2005 02:20:37 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20D1343D53; Mon, 28 Feb 2005 02:20:37 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1S2KFcE027161; Sun, 27 Feb 2005 21:20:15 -0500 Message-ID: <42227FF3.7000309@root.org> Date: Sun, 27 Feb 2005 18:20:35 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <1109554277.39851.39.camel@shumai.marcuscom.com> In-Reply-To: <1109554277.39851.39.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@FreeBSD.org Subject: Re: Any update on kern/74215? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 02:20:37 -0000 Joe Marcus Clarke wrote: > I just got another build failure report due to the need for kernel > sources to be installed to get ACPI support in the GNOME battstat > applet. I read the post from 12/20 in this bug, but I didn't see any > follow up? Any estimate on when these headers can be copied? Thanks. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/74215 Committed. I'll MFC before 5.4 but will let it settle for a day or two to be sure I did it right. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 28 02:26:35 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C73F16A4D8 for ; Mon, 28 Feb 2005 02:26:35 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12F7843D39 for ; Mon, 28 Feb 2005 02:26:35 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) j1S2R1kZ004758; Sun, 27 Feb 2005 21:27:01 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Nate Lawson In-Reply-To: <42227FF3.7000309@root.org> References: <1109554277.39851.39.camel@shumai.marcuscom.com> <42227FF3.7000309@root.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-sn8pwGghWIZhop/QJrNb" Organization: FreeBSD, Inc. Date: Sun, 27 Feb 2005 21:26:31 -0500 Message-Id: <1109557591.39851.43.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port cc: freebsd-acpi@FreeBSD.org Subject: Re: Any update on kern/74215? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 02:26:35 -0000 --=-sn8pwGghWIZhop/QJrNb Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2005-02-27 at 18:20 -0800, Nate Lawson wrote: > Joe Marcus Clarke wrote: > > I just got another build failure report due to the need for kernel > > sources to be installed to get ACPI support in the GNOME battstat > > applet. I read the post from 12/20 in this bug, but I didn't see any > > follow up? Any estimate on when these headers can be copied? Thanks. > >=20 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/74215 >=20 > Committed. I'll MFC before 5.4 but will let it settle for a day or two=20 > to be sure I did it right. Thanks! Can we also get a __FreeBSD_version bump so I can update gnomeapplets2 appropriately? Joe >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-sn8pwGghWIZhop/QJrNb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCIoFXb2iPiv4Uz4cRAmeZAKChkVNwGOWx/s9tlzAgZNqbCaabgwCfRQTq 6LPrTQRE+ZF7OCLBcAb6Ajo= =rZn+ -----END PGP SIGNATURE----- --=-sn8pwGghWIZhop/QJrNb-- From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 28 11:01:51 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DBC616A4E0 for ; Mon, 28 Feb 2005 11:01:51 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C14D43D1F for ; Mon, 28 Feb 2005 11:01:51 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1SB1p53006613 for ; Mon, 28 Feb 2005 11:01:51 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1SB1ogN006607 for freebsd-acpi@freebsd.org; Mon, 28 Feb 2005 11:01:50 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 28 Feb 2005 11:01:50 GMT Message-Id: <200502281101.j1SB1ogN006607@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 11:01:51 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B f [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 f [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/01/22] i386/61703 acpi ACPI + Sound + Boot = Reboot o [2004/03/17] kern/64365 acpi ACPI problems f [2004/05/25] i386/67189 acpi ACPI S3 reboot computer on Dell Latitude o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) f [2004/06/23] i386/68219 acpi ACPI + snd_maestro3 problem o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi acpi / thermal support o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 28 12:26:55 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD2BD16A4CE for ; Mon, 28 Feb 2005 12:26:55 +0000 (GMT) Received: from etustar.ze.tum.de (etustar.ze.tum.de [129.187.39.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id E809943D41 for ; Mon, 28 Feb 2005 12:26:54 +0000 (GMT) (envelope-from estartu@etustar.ze.tum.de) Received: from etustar.ze.tum.de (estartu@localhost.ze.tu-muenchen.de [127.0.0.1]) by etustar.ze.tum.de (8.13.1/8.12.11) with ESMTP id j1SCQreP036128 for ; Mon, 28 Feb 2005 13:26:53 +0100 (CET) (envelope-from estartu@etustar.ze.tum.de) Received: (from estartu@localhost) by etustar.ze.tum.de (8.13.1/8.12.11/Submit) id j1SCQrBA036127 for freebsd-acpi@freebsd.org; Mon, 28 Feb 2005 13:26:53 +0100 (CET) (envelope-from estartu) Resent-Message-Id: <200502281226.j1SCQrBA036127@etustar.ze.tum.de> Date: Wed, 28 Feb 2005 13:29:03 +0100 From: Gerhard Schmidt To: freebsd-acpi@freebsd.org Message-ID: <20050223092203.GA963@augusta.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Resent-From: estartu@augusta.de Resent-Date: Mon, 28 Feb 2005 13:26:53 +0100 Resent-To: freebsd-acpi@freebsd.org Subject: wakeonlan problem with FreeBSD X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 12:26:55 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I have a problem with FreeBSD and wake on lan. I have an asrock K8S8X mainboard and try to use the wakeonlan feature to start the computer.=20 I have set up the bios to enable WOL. Everything is working when I=20 shutdown the computer from WinXP. When I turn the computer of from=20 FreeBSD using halt -p oder apciconf -s5 WOL doesn't work. Any suggestions= =20 how I can enable WOL when freebsd does the poweroff.=20 Bye Estartu=20 ---------------------------------------------------------------------------- Gerhard Schmidt | Nick : estartu IRC : Estartu | Fischbachweg 3 | | PGP Public Key 86856 Hiltenfingen | Privat: estartu@augusta.de | auf Anfrage/ Germany | | on Request --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: Utf/+uGhBp5bV9/aIjr+3GJ8+smlA3Qr iQCVAwUBQhxLOgzx22nOTJQRAQHV1AP6Ao2vS4VC5Gm1KRKUyvhPxN/TR1VllByb BbHDbZHrioqgGcYmyhlye9c/IGeHZUKS6PM8acwxC3M6m/JsTzHxLF7Ze9eITwNo uQeSfnH2BC284dOOMQBJ87zhijwbIGN4CfYrQtjG1HoByIFYCQF4abk7o1Aa1NiD 2Kz7YR7TFG8= =OHNt -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 28 14:28:39 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3EDA16A4CE for ; Mon, 28 Feb 2005 14:28:39 +0000 (GMT) Received: from mail24.sea5.speakeasy.net (mail24.sea5.speakeasy.net [69.17.117.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE2343D39 for ; Mon, 28 Feb 2005 14:28:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2070 invoked from network); 28 Feb 2005 14:28:36 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 28 Feb 2005 14:28:35 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j1SESTrJ063403; Mon, 28 Feb 2005 09:28:30 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org, imachine@toya.net.pl Date: Fri, 25 Feb 2005 13:48:56 -0500 User-Agent: KMail/1.6.2 References: <421DACC1.1070307@toya.net.pl> <200502241230.35536.jhb@FreeBSD.org> <421F0B5C.9090507@toya.net.pl> In-Reply-To: <421F0B5C.9090507@toya.net.pl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200502251348.56332.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: bsam@ipt.ru cc: acpi@FreeBSD.org cc: stable@FreeBSD.org Subject: Re: acpi_bus_number: can't get _ADR issue on Intel D923XCV Motherboard. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 14:28:40 -0000 On Friday 25 February 2005 06:26 am, Mateusz J=C4=99drasik wrote: > > Your network device just isn't supported yet: > > Okay sorry about the email before, i stand corrected ;) I tried stable > from 20050224, the last 5.3 /next is 5.4-PRERELEASE/ and i recieve the > same errors, with _ADR acpi, and also the device seems not supported. > > > pcib3: at device 28.1 on pci0 > > pci4: on pcib3 > > pci4: at device 0.0 (no driver attached) > > > > It may be very trivial to add support for it. Can you get the output of > > 'pciconf -lv' for the pci4:0:0 device? Also, do you know if this netwo= rk > > adapter is supposed to be a 10/100 adapter or a 10/100/1000 (Gigabit)? > > Yes, as i believe the if_sk would simply require some kind of identity > lift? Anywho, here follows the pciconf -vl of the machine, hope that > clears things up somehow. cheers. none4@pci4:0:0: class=3D0x020000 card=3D0x30638086 chip=3D0x436111ab rev=3D= 0x17=20 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' class =3D network subclass =3D ethernet so a possible patch to if_sk.c might be: Index: if_sk.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/pci/if_sk.c,v retrieving revision 1.96 diff -u -r1.96 if_sk.c =2D-- if_sk.c 29 Jan 2005 19:26:53 -0000 1.96 +++ if_sk.c 25 Feb 2005 18:47:56 -0000 @@ -157,6 +157,11 @@ }, { VENDORID_MARVELL, + 0x4361, + "Marvell Gigabit Ethernet" + }, + { + VENDORID_MARVELL, DEVICEID_BELKIN_5005, "Belkin F5D5005 Gigabit Ethernet" }, Is this device built into the motherboard or a card? If it's a card, do yo= u=20 have a model number for it off of the box or some such? =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 28 14:28:42 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBD7A16A501 for ; Mon, 28 Feb 2005 14:28:42 +0000 (GMT) Received: from mail24.sea5.speakeasy.net (mail24.sea5.speakeasy.net [69.17.117.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C09A43D58 for ; Mon, 28 Feb 2005 14:28:42 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2070 invoked from network); 28 Feb 2005 14:28:36 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 28 Feb 2005 14:28:35 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j1SESTrJ063403; Mon, 28 Feb 2005 09:28:30 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org, imachine@toya.net.pl Date: Fri, 25 Feb 2005 13:48:56 -0500 User-Agent: KMail/1.6.2 References: <421DACC1.1070307@toya.net.pl> <200502241230.35536.jhb@FreeBSD.org> <421F0B5C.9090507@toya.net.pl> In-Reply-To: <421F0B5C.9090507@toya.net.pl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200502251348.56332.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: bsam@ipt.ru cc: acpi@FreeBSD.org cc: stable@FreeBSD.org Subject: Re: acpi_bus_number: can't get _ADR issue on Intel D923XCV Motherboard. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 14:28:43 -0000 On Friday 25 February 2005 06:26 am, Mateusz J=C4=99drasik wrote: > > Your network device just isn't supported yet: > > Okay sorry about the email before, i stand corrected ;) I tried stable > from 20050224, the last 5.3 /next is 5.4-PRERELEASE/ and i recieve the > same errors, with _ADR acpi, and also the device seems not supported. > > > pcib3: at device 28.1 on pci0 > > pci4: on pcib3 > > pci4: at device 0.0 (no driver attached) > > > > It may be very trivial to add support for it. Can you get the output of > > 'pciconf -lv' for the pci4:0:0 device? Also, do you know if this netwo= rk > > adapter is supposed to be a 10/100 adapter or a 10/100/1000 (Gigabit)? > > Yes, as i believe the if_sk would simply require some kind of identity > lift? Anywho, here follows the pciconf -vl of the machine, hope that > clears things up somehow. cheers. none4@pci4:0:0: class=3D0x020000 card=3D0x30638086 chip=3D0x436111ab rev=3D= 0x17=20 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' class =3D network subclass =3D ethernet so a possible patch to if_sk.c might be: Index: if_sk.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/pci/if_sk.c,v retrieving revision 1.96 diff -u -r1.96 if_sk.c =2D-- if_sk.c 29 Jan 2005 19:26:53 -0000 1.96 +++ if_sk.c 25 Feb 2005 18:47:56 -0000 @@ -157,6 +157,11 @@ }, { VENDORID_MARVELL, + 0x4361, + "Marvell Gigabit Ethernet" + }, + { + VENDORID_MARVELL, DEVICEID_BELKIN_5005, "Belkin F5D5005 Gigabit Ethernet" }, Is this device built into the motherboard or a card? If it's a card, do yo= u=20 have a model number for it off of the box or some such? =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 28 14:34:35 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 198A116A4CE for ; Mon, 28 Feb 2005 14:34:35 +0000 (GMT) Received: from mailhub03.unibe.ch (mailhub03-eth0.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4919A43D5A for ; Mon, 28 Feb 2005 14:34:34 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub02-eth0.unibe.ch [130.92.254.66]) by mailhub03.unibe.ch (Postfix) with ESMTP id B5E5714BA5; Mon, 28 Feb 2005 15:34:33 +0100 (CET) Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub02.unibe.ch [130.92.254.66]) (amavisd-new, port 10024) with LMTP id 09961-02-75; Mon, 28 Feb 2005 15:34:24 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id 1CC8F12540; Mon, 28 Feb 2005 15:34:32 +0100 (CET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id j1SEYS808576; Mon, 28 Feb 2005 15:34:28 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j1SEZ4dV012063; Mon, 28 Feb 2005 15:35:04 +0100 (MET) Date: Mon, 28 Feb 2005 15:35:03 +0100 From: Tobias Roth To: Gerhard Schmidt Message-ID: <20050228143503.GA12031@droopy.unibe.ch> References: <20050223092203.GA963@augusta.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050223092203.GA963@augusta.de> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: freebsd-acpi@freebsd.org Subject: Re: wakeonlan problem with FreeBSD X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 14:34:35 -0000 On Mon, Feb 28, 2005 at 01:29:03PM +0100, Gerhard Schmidt wrote: > Hi, > > I have a problem with FreeBSD and wake on lan. I have an asrock K8S8X > mainboard and try to use the wakeonlan feature to start the computer. > I have set up the bios to enable WOL. Everything is working when I > shutdown the computer from WinXP. When I turn the computer of from > FreeBSD using halt -p oder apciconf -s5 WOL doesn't work. Any suggestions > how I can enable WOL when freebsd does the poweroff. this is a network driver issue and not related to acpi. please resend to freebsd-stable or freebsd-current. don't forget to include info about your network device (brand, model, driver used). a well-chosen subject also enhances your chances of getting a reply, I'd suggest something like "wake-on-lan not working with sis", if sis is the driver you use. cheers, t. From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 28 15:18:47 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94A1716A4CE; Mon, 28 Feb 2005 15:18:47 +0000 (GMT) Received: from lazir.toya.net.pl (lazir.toya.net.pl [217.113.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E276743D53; Mon, 28 Feb 2005 15:18:46 +0000 (GMT) (envelope-from imachine@toya.net.pl) Received: from localhost (unknown [192.168.120.26]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id DB3E88BFEA; Mon, 28 Feb 2005 16:18:44 +0100 (CET) Received: from lazir.toya.net.pl ([192.168.120.25]) by localhost (agregat [192.168.120.26]) (amavisd-new, port 10024) with ESMTP id 08086-05; Mon, 28 Feb 2005 16:18:43 +0100 (CET) Received: from [85.89.161.206] (unknown [85.89.161.206]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 709C98BD91; Mon, 28 Feb 2005 16:18:43 +0100 (CET) Message-ID: <42233653.3020505@toya.net.pl> Date: Mon, 28 Feb 2005 16:18:43 +0100 From: =?UTF-8?B?TWF0ZXVzeiBKxJlkcmFzaWs=?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050227) X-Accept-Language: pl, en-us, en MIME-Version: 1.0 To: John Baldwin , stable@freebsd.org, acpi@freebsd.org References: <421DACC1.1070307@toya.net.pl> <200502241230.35536.jhb@FreeBSD.org> <421F0B5C.9090507@toya.net.pl> <200502251348.56332.jhb@FreeBSD.org> In-Reply-To: <200502251348.56332.jhb@FreeBSD.org> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-TOYA-AV: AntyVir-Skaner at toya.net.pl Subject: Re: acpi_bus_number: can't get _ADR issue on Intel D923XCV Motherboard. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 15:18:47 -0000 John Baldwin napisaÅ‚(a): > On Friday 25 February 2005 06:26 am, Mateusz JÄ™drasik wrote: > >>>Your network device just isn't supported yet: >> >>Okay sorry about the email before, i stand corrected ;) I tried stable >>from 20050224, the last 5.3 /next is 5.4-PRERELEASE/ and i recieve the >>same errors, with _ADR acpi, and also the device seems not supported. >> how about the _ADR, that yet still doesnt seem fixed - perhaphs I will try and bug Nate some more, if that doesnt seem to painful to him. >> >>>pcib3: at device 28.1 on pci0 >>>pci4: on pcib3 >>>pci4: at device 0.0 (no driver attached) >>> >>>It may be very trivial to add support for it. Can you get the output of >>>'pciconf -lv' for the pci4:0:0 device? Also, do you know if this network >>>adapter is supposed to be a 10/100 adapter or a 10/100/1000 (Gigabit)? >> >>Yes, as i believe the if_sk would simply require some kind of identity >>lift? Anywho, here follows the pciconf -vl of the machine, hope that >>clears things up somehow. cheers. > > > none4@pci4:0:0: class=0x020000 card=0x30638086 chip=0x436111ab rev=0x17 > hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > class = network > subclass = ethernet > > so a possible patch to if_sk.c might be: > > Index: if_sk.c > =================================================================== > RCS file: /usr/cvs/src/sys/pci/if_sk.c,v > retrieving revision 1.96 > diff -u -r1.96 if_sk.c > --- if_sk.c 29 Jan 2005 19:26:53 -0000 1.96 > +++ if_sk.c 25 Feb 2005 18:47:56 -0000 > @@ -157,6 +157,11 @@ > }, > { > VENDORID_MARVELL, > + 0x4361, > + "Marvell Gigabit Ethernet" > + }, > + { > + VENDORID_MARVELL, > DEVICEID_BELKIN_5005, > "Belkin F5D5005 Gigabit Ethernet" > }, > > > Is this device built into the motherboard or a card? If it's a card, do you > have a model number for it off of the box or some such? > It's a builtin device. I will try this patch as soon as i will get to Sweden, which unfortunately is not for another few weeks :) Cheers, and thanks for this work. I will let You know as soon as I lay my hands on this machine ;) -- Mateusz JÄ™drasik From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 28 16:07:52 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A64EC16A4CE for ; Mon, 28 Feb 2005 16:07:52 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6262D43D41 for ; Mon, 28 Feb 2005 16:07:52 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1SG7hZj007462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 28 Feb 2005 08:07:44 -0800 Message-ID: <422341C2.3030205@root.org> Date: Mon, 28 Feb 2005 08:07:30 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gerhard Schmidt References: <20050223092203.GA963@augusta.de> In-Reply-To: <20050223092203.GA963@augusta.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: wakeonlan problem with FreeBSD X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 16:07:52 -0000 Gerhard Schmidt wrote: > Hi, > > I have a problem with FreeBSD and wake on lan. I have an asrock K8S8X > mainboard and try to use the wakeonlan feature to start the computer. > I have set up the bios to enable WOL. Everything is working when I > shutdown the computer from WinXP. When I turn the computer of from > FreeBSD using halt -p oder apciconf -s5 WOL doesn't work. Any suggestions > how I can enable WOL when freebsd does the poweroff. There is also a per-device sysctl of the form: dev.DEVICE.%d.wake Setting it to 1 notifies the BIOS that you wish for this device to be able to wake the system. Setting it to 0 disables this. Give it a try, however, not every device is properly exported to ACPI by the BIOS so it may not be available. Also, it may require some per-device support, not just acpi. I haven't really done much more work on this other than making sure the acpi part works as the spec says. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 02:55:54 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BCD316A4CE for ; Tue, 1 Mar 2005 02:55:54 +0000 (GMT) Received: from mra03.ex.eclipse.net.uk (mra03.ex.eclipse.net.uk [212.104.129.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2472343D2F for ; Tue, 1 Mar 2005 02:55:53 +0000 (GMT) (envelope-from joe@resync.eclipse.co.uk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mra03.ex.eclipse.net.uk (Postfix) with ESMTP id 779212E2D81 for ; Tue, 1 Mar 2005 02:55:51 +0000 (GMT) Received: from mra03.ex.eclipse.net.uk ([127.0.0.1]) by localhost (mra03.ex.eclipse.net.uk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25959-02-3 for ; Tue, 1 Mar 2005 02:55:50 +0000 (GMT) Received: from raindance (raver.hixxy.co.uk [82.152.102.45]) by mra03.ex.eclipse.net.uk (Postfix) with ESMTP id 84FC02E2D8B for ; Tue, 1 Mar 2005 02:55:49 +0000 (GMT) From: "Joe Holden" To: Date: Tue, 1 Mar 2005 03:03:40 -0000 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUeC0UWQ38RHG4vRk69N2Z4ALS97g== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-Id: <20050301025549.84FC02E2D8B@mra03.ex.eclipse.net.uk> X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Laptop And ACPI 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, 01 Mar 2005 02:55:54 -0000 Hi, i'm having issues with a 4 year or so old laptop, if I disable acpi, the CPU is reported at 168 MHz and the clock tends to jump about abit. It's a Pentium 3 650 MHz With speed step, which I *think* is causing the issues. With ACPI enabled, it hangs at Mounting NFS Partitions, after devd etc, although I don't have any nfs mounts. Without ACPI enabled, it boots with the lower clock speed being reported, and intermittent clock jumps, which is causing me to have ntpdate running on a 60 second cron. However, I'm not entirely sure the laptop supports acpi, as I experienced no issues on FreeBsd 4.x, however, it's now running 5.3-STABLE (7 day old cvsup). If anyone could shed some light on this as to what I could do to correct it, or some sort of patch, other than updating the bios, as that isn't possible due to the lack of a working floppy drive, that would be great. Thanks Joe Holden From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 08:00:21 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95F0A16A4CE for ; Tue, 1 Mar 2005 08:00:21 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0727943D1F for ; Tue, 1 Mar 2005 08:00:21 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1D62Ik-0004dF-00; Tue, 01 Mar 2005 09:00:18 +0100 Date: Tue, 1 Mar 2005 09:00:18 +0100 To: Joe Holden Message-ID: <20050301080018.GA17731@poupinou.org> References: <20050301025549.84FC02E2D8B@mra03.ex.eclipse.net.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050301025549.84FC02E2D8B@mra03.ex.eclipse.net.uk> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: freebsd-acpi@freebsd.org Subject: Re: Laptop And ACPI 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, 01 Mar 2005 08:00:21 -0000 On Tue, Mar 01, 2005 at 03:03:40AM -0000, Joe Holden wrote: > Hi, i'm having issues with a 4 year or so old laptop, if I disable acpi, the > CPU is reported at 168 MHz and the clock tends to jump about abit. > > > > It's a Pentium 3 650 MHz The TSC of PIII is more or less broken if using speedstep or apm idle call. Its also unreliable when the processor is going to SMM (which happens often IIRC on laptops when APM is enabled) With ACPI, FreeBSD use another time counter (acpi_timer) by default and not TSC so you don't have this issue. You should use another time counter (its in a FAQ IIRC). Example: root@poupon.echo-net.net [8:47] ~# sysctl kern.timecounter.choice kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) root@poupon.echo-net.net [8:47] ~# sysctl kern.timecounter.hardware=i8254 If i8254 is correct, then use it. > > With speed step, which I *think* is causing the issues. Not only, there is problem when calling apm idle call aswell. > With ACPI enabled, it hangs at Mounting NFS Partitions, after devd etc, > although I don't have any nfs mounts. > > Without ACPI enabled, it boots with the lower clock speed being reported, > and intermittent clock jumps, which is causing me to have ntpdate running on > a 60 second cron. > > > > However, I'm not entirely sure the laptop supports acpi, as I experienced no > issues on FreeBsd 4.x, however, it's now running 5.3-STABLE (7 day old > cvsup). There are lots of issues with ACPI and older laptops. If I were you and if I were happy with APM, then I would use APM, and I would put in /etc/sysctl.conf a line like: kern.timecounter.hardware=i8254 > If anyone could shed some light on this as to what I could do to correct it, > or some sort of patch, other than updating the bios, as that isn't possible > due to the lack of a working floppy drive, that would be great. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 09:49:44 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0DC116A4D0 for ; Tue, 1 Mar 2005 09:49:44 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73B8D43D66 for ; Tue, 1 Mar 2005 09:49:44 +0000 (GMT) (envelope-from listen@danielgraupner.de) Received: from [212.227.126.206] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1D640d-0002cN-00 for freebsd-acpi@freebsd.org; Tue, 01 Mar 2005 10:49:43 +0100 Received: from [84.136.110.186] (helo=[192.168.0.78]) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1D640d-0000bS-00 for freebsd-acpi@FreeBSD.org; Tue, 01 Mar 2005 10:49:43 +0100 Message-ID: <422448BC.4000607@danielgraupner.de> Date: Tue, 01 Mar 2005 10:49:32 +0000 From: Daniel Graupner User-Agent: Mozilla Thunderbird 1.0 (X11/20050220) 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 X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:301940a90b09024f2bb710dd3b0a2f49 Subject: sleep states S3/S4 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, 01 Mar 2005 09:49:45 -0000 Hello, I have a dell inspiron 510m laptop and since FreeBSD 5.3 S3 and S4 are not working anymore, instead of suspending the machine immediately reboots. Here is some info: dmesg http://www-user.tu-chemnitz.de/~grad/out.dmsg acpidump -d http://www-user.tu-chemnitz.de/~grad/out.asl acpidump -t http://www-user.tu-chemnitz.de/~grad/out.acpidump-t acpidump -o http://www-user.tu-chemnitz.de/~grad/out.dsdt I have FreeBSD 5.4 PRERELEASE installed. Please ask if you need more information, I really miss S3 :-( Regards, Daniel. From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 10:13:04 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49FFD16A4CF for ; Tue, 1 Mar 2005 10:13:04 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51DC943D3F for ; Tue, 1 Mar 2005 10:13:03 +0000 (GMT) (envelope-from listen@danielgraupner.de) Received: from [212.227.126.207] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1D64NC-0000hk-00 for freebsd-acpi@freebsd.org; Tue, 01 Mar 2005 11:13:02 +0100 Received: from [84.136.110.186] (helo=[192.168.0.78]) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1D64NA-00008y-00 for freebsd-acpi@FreeBSD.org; Tue, 01 Mar 2005 11:13:01 +0100 Message-ID: <42244E37.3010603@danielgraupner.de> Date: Tue, 01 Mar 2005 11:12:55 +0000 From: Daniel Graupner User-Agent: Mozilla Thunderbird 1.0 (X11/20050220) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org References: <422448BC.4000607@danielgraupner.de> In-Reply-To: <422448BC.4000607@danielgraupner.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:301940a90b09024f2bb710dd3b0a2f49 Subject: Re: sleep states S3/S4 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, 01 Mar 2005 10:13:04 -0000 Daniel Graupner wrote: > I have FreeBSD 5.4 PRERELEASE installed. Please ask if you need more > information, I really miss S3 :-( Here are some of my sysctls (forgot to mention) acpisem 17 2K 2K 17 64 acpitask 0 0K 1K 12 16,32 acpica 1406 79K 85K 246866 16,32,64,128,256,512,1024,4096 acpidev 79 3K 3K 79 32 acpibatt 2 1K 1K 2 16 debug.acpi.acpi_ca_version: 0x20041119 debug.acpi.do_powerstate: 1 debug.acpi.semaphore_debug: 0 hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: S1 hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 1 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% 0.00% hw.acpi.acline: 1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 49.5C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 101.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 machdep.acpi_timer_freq: 3579545 machdep.acpi_root: 1040128dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C01 _UID=1 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_sysresource.1.%desc: System Resource dev.acpi_sysresource.1.%driver: acpi_sysresource dev.acpi_sysresource.1.%location: handle=\_SB_.PCI0.MB2_ dev.acpi_sysresource.1.%pnpinfo: _HID=PNP0C01 _UID=2 dev.acpi_sysresource.1.%parent: acpi0 dev.acpi_sysresource.2.%desc: System Resource dev.acpi_sysresource.2.%driver: acpi_sysresource dev.acpi_sysresource.2.%location: handle=\_SB_.PCI0.MB3_ dev.acpi_sysresource.2.%pnpinfo: _HID=PNP0C01 _UID=3 dev.acpi_sysresource.2.%parent: acpi0 dev.acpi_sysresource.3.%desc: System Resource dev.acpi_sysresource.3.%driver: acpi_sysresource dev.acpi_sysresource.3.%location: handle=\_SB_.PCI0.ISAB.MB4_ dev.acpi_sysresource.3.%pnpinfo: _HID=PNP0C01 _UID=4 dev.acpi_sysresource.3.%parent: acpi0 dev.acpi_sysresource.4.%desc: System Resource dev.acpi_sysresource.4.%driver: acpi_sysresource dev.acpi_sysresource.4.%location: handle=\_SB_.PCI0.MB7_ dev.acpi_sysresource.4.%pnpinfo: _HID=PNP0C01 _UID=7 dev.acpi_sysresource.4.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.cpu.0.%parent: acpi0 dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.acpi_acad.0.%desc: AC Adapter dev.acpi_acad.0.%driver: acpi_acad dev.acpi_acad.0.%location: handle=\_SB_.AC__ dev.acpi_acad.0.%pnpinfo: _HID=ACPI0003 _UID=0 dev.acpi_acad.0.%parent: acpi0 dev.acpi_cmbat.0.%desc: Control Method Battery dev.acpi_cmbat.0.%driver: acpi_cmbat dev.acpi_cmbat.0.%location: handle=\_SB_.BAT0 dev.acpi_cmbat.0.%pnpinfo: _HID=PNP0C0A _UID=1 dev.acpi_cmbat.0.%parent: acpi0 dev.acpi_cmbat.1.%desc: Control Method Batterydev.acpi_cmbat.1.%location: handle=\_SB_.BAT1 dev.acpi_cmbat.1.%pnpinfo: _HID=PNP0C0A _UID=2 dev.acpi_cmbat.1.%parent: acpi0 dev.acpi_lid.0.%desc: Control Method Lid Switch dev.acpi_lid.0.%driver: acpi_lid dev.acpi_lid.0.%location: handle=\_SB_.LID_ dev.acpi_lid.0.%pnpinfo: _HID=PNP0C0D _UID=0 dev.acpi_lid.0.%parent: acpi0 dev.acpi_lid.0.wake: 1 dev.acpi_button.0.%desc: Power Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=\_SB_.PBTN dev.acpi_button.0.%pnpinfo: _HID=PNP0C0C _UID=0 dev.acpi_button.0.%parent: acpi0 dev.acpi_button.0.wake: 1 dev.acpi_button.1.%desc: Sleep Button dev.acpi_button.1.%driver: acpi_button dev.acpi_button.1.%location: handle=\_SB_.SBTN dev.acpi_button.1.%pnpinfo: _HID=PNP0C0E _UID=0 dev.acpi_button.1.%parent: acpi0 dev.pcib.0.%parent: acpi0 dev.acpi_video.0.%desc: ACPI video extension dev.acpi_video.0.%driver: acpi_video dev.acpi_video.0.%location: slot=2 function=1 handle=\_SB_.PCI0.VID2 dev.acpi_video.0.%pnpinfo: vendor=0x8086 device=0x3582 subvendor=0x1028 subdevice=0x0164 class=0x038000 dev.acpi_video.0.%parent: pci0 dev.acpi_tz.0.%desc: Thermal Zone dev.acpi_tz.0.%driver: acpi_tz dev.acpi_tz.0.%location: handle=\_TZ_.THM_ dev.acpi_tz.0.%pnpinfo: _HID=none _UID=0 dev.acpi_tz.0.%parent: acpi0 dev.psmcpnp.0.%parent: acpi0 dev.atkbdc.0.%parent: acpi0 dev.attimer.0.%parent: acpi0 dev.attimer.1.%parent: acpi0 dev.atpic.0.%parent: acpi0 dev.atdma.0.%parent: acpi0 dev.npxisa.0.%parent: acpi0 dev.sio.0.%parent: acpi0 dev.ppc.0.%parent: acpi0ev.cpu.0.%desc: ACPI CPU (4 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1698 dev.cpu.0.freq_levels: 1698/-1 1485/-1 1273/-1 1061/-1 849/-1 636/-1 424/-1 212/-1 dev.acpi_throttle.0.%parent: cpu0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.acpi_cmbat.1.%driver: acpi_cmbat dev.acpi.0.%desc: DELL CPi R dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.MB1_ From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 19:03:55 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0962C16A4CE for ; Tue, 1 Mar 2005 19:03:55 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAA7843D1F for ; Tue, 1 Mar 2005 19:03:54 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j21J3oZj026498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 1 Mar 2005 11:03:50 -0800 Message-ID: <4224BC8F.7060501@root.org> Date: Tue, 01 Mar 2005 11:03:43 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruno Ducrot References: <20050301025549.84FC02E2D8B@mra03.ex.eclipse.net.uk> <20050301080018.GA17731@poupinou.org> In-Reply-To: <20050301080018.GA17731@poupinou.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: Joe Holden Subject: Re: Laptop And ACPI 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, 01 Mar 2005 19:03:55 -0000 Bruno Ducrot wrote: > On Tue, Mar 01, 2005 at 03:03:40AM -0000, Joe Holden wrote: > >>Hi, i'm having issues with a 4 year or so old laptop, if I disable acpi, the >>CPU is reported at 168 MHz and the clock tends to jump about abit. >> >> >>It's a Pentium 3 650 MHz > > > The TSC of PIII is more or less broken if using speedstep or apm idle > call. Its also unreliable when the processor is going to SMM (which > happens often IIRC on laptops when APM is enabled) > > With ACPI, FreeBSD use another time counter (acpi_timer) by > default and not TSC so you don't have this issue. > > You should use another time counter (its in a FAQ IIRC). > > Example: > > root@poupon.echo-net.net [8:47] ~# sysctl kern.timecounter.choice > kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) > root@poupon.echo-net.net [8:47] ~# sysctl kern.timecounter.hardware=i8254 > > If i8254 is correct, then use it. Thanks, Bruno. Just another note that you should be able to put the timecounter choice in /boot/loader.conf too I think. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 20:37:26 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ACBB16A4CE; Tue, 1 Mar 2005 20:37:26 +0000 (GMT) Received: from ms003msg.fastwebnet.it (ms003msg.fastwebnet.it [213.140.2.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AEFB43D3F; Tue, 1 Mar 2005 20:37:25 +0000 (GMT) (envelope-from filippo@portatile.fastwebnet.it) Received: from portatile (1.255.90.62) by ms003msg.fastwebnet.it (7.2.052.3) id 41FFB1A400731ACB; Tue, 1 Mar 2005 21:37:24 +0100 Received: from portatile.fastwebnet.it (localhost [127.0.0.1]) by portatile (Postfix) with ESMTP id 0FFC7B880; Tue, 1 Mar 2005 21:37:33 +0100 (CET) Received: (from filippo@localhost) by portatile.fastwebnet.it (8.13.1/8.13.1/Submit) id j21KbWOA001012; Tue, 1 Mar 2005 21:37:32 +0100 (CET) (envelope-from filippo) Date: Tue, 1 Mar 2005 21:37:32 +0100 From: Filippo Forti To: freebsd-current@freebsd.org Message-ID: <20050301203732.GB684@portatile.fastwebnet.it> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org References: <20050301203005.GA684@portatile.fastwebnet.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050301203005.GA684@portatile.fastwebnet.it> User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org Subject: Panic on suspend X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: filippo.forti@fastwebnet.it List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 20:37:26 -0000 Hi, I got a fully reproduceable panic while trying to suspend (to S3) on my laptop. FreeBSD is -CURRENT from Monday. I'm using a modified DSDT which used to work before I updated on Monday. dmesg from after reboot is attacched. Here comes gbd output Fatal trap 12: page fault while in vm86 mode fault virtual address = 0x2000 fault code = user write, page not present instruction pointer = 0xc000:0x5195 stack pointer = 0x0:0xfe4 frame pointer = 0x0:0x0 code segment = base 0x600005, limit 0x2, type 0x11 = DPL 1, pres 0, def32 0, gran 0 processor eflag = interrupt enabled, resume, mv86, IOPL = 0 current process = 1046 (acpiconf) [thread pid 1046 tid 100084] Stopped at 0x5159: *** error reading from address 5159 *** db> tr Tracing pid 1046 tid 100084 td 0xc27645c0 (null)(ff000e2c3,f000ff53,f000ff54,f00092da) at 0x5195 _end(ccce4fab,b638f354,3a6c5da3,ec956de5,fe6dff6c) at 0xf000ff53 db> where Tracing pid 1046 tid 100084 td 0xc27645c0 kdb_enter(c08d00f2,c08e69ce,c08cbfd1,c08ee7f9,2b8) at kdb_enter+0x31 witness_checkorder(c2cc2a54,9,c08ee7f9,2b8,0) at witness_checkorder+0xc9 _mtx_lock_flags(c2cc2a54,0,c08ee7f9,2b8,0) at _mtx_lock_flags+0x85 trap_pfault(c0c21fa8,0,2000,c0c21fa8,2000) at trap_pfault+0xa1 trap (0,0,0,1000,0) at trap+0x34b calltrap() at calltrap+0x5 ---trap 0xc, eip = 0x5195, esp = 0xc0c21fe8, ebp = 0 --- db> next panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/i386/i386/trap.c:696 KDB: enter: panic After 2 instructions (0 loads, 0 stores), [thread 1046 tid 1000084] stopped at kdb_enter+0x31: ret Thanks for your help Filippo Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Tue Mar 1 00:29:12 CET 2005 root@portatile.fastwebnet.it:/usr/obj/usr/src/sys/PORTATILE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2790.72-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff real memory = 1073152000 (1023 MB) avail memory = 1041317888 (993 MB) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x66,0x62 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link0: irq 0 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 10 on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1cc0-0x1cdf irq 10 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1ce0-0x1cff irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xe0000000-0xe00003ff irq 10 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: single transaction translator uhub2: 4 ports with 4 removable, self powered pcib2: at device 30.0 on pci0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 pci2: on pcib2 bfe0: mem 0xe0204000-0xe0205fff irq 10 at device 1.0 on pci2 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:0b:db:18:b5:9c cbb0: irq 10 at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xe0200000-0xe0203fff,0xe0206000-0xe02067ff irq 10 at device 4.1 on pci2 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:4f:38:02:dc:d4:10 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:4f:dc:d4:10 fwe0: Ethernet address: 02:c0:4f:dc:d4:10 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x2020-0x202f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1c80-0x1cbf,0x1400-0x14ff mem 0xe0000800-0xe00008ff,0xe0000c00-0xe0000dff irq 10 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xe0000-0xe3fff,0xdf800-0xdffff,0xd0000-0xd17ff,0xcf000-0xcffff,0xc0000-0xcefff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2790719580 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDRW at ata0-master UDMA33 ad2: 38154MB [77520/16/63] at ata1-master UDMA100 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad2s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 16 files 1 WARNING: /var was not properly dismounted WARNING: /var/log was not properly dismounted From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 20:50:55 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8EF516A4CE; Tue, 1 Mar 2005 20:50:54 +0000 (GMT) Received: from ms004msg.fastwebnet.it (ms004msg.fastwebnet.it [213.140.2.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13ACE43D41; Tue, 1 Mar 2005 20:50:54 +0000 (GMT) (envelope-from filippo@portatile.fastwebnet.it) Received: from portatile (1.255.90.62) by ms004msg.fastwebnet.it (7.2.052.3) id 41FF9642006C747D; Tue, 1 Mar 2005 21:50:52 +0100 Received: from portatile.fastwebnet.it (localhost [127.0.0.1]) by portatile (Postfix) with ESMTP id 6D3A0B85C; Tue, 1 Mar 2005 21:30:07 +0100 (CET) Received: (from filippo@localhost) by portatile.fastwebnet.it (8.13.1/8.13.1/Submit) id j21KU6B7000779; Tue, 1 Mar 2005 21:30:06 +0100 (CET) (envelope-from filippo) Date: Tue, 1 Mar 2005 21:30:05 +0100 From: Filippo Forti To: freebsd-current@freebsd.org Message-ID: <20050301203005.GA684@portatile.fastwebnet.it> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org Subject: Panic on suspend X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: filippo.forti@fastwebnet.it List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 20:50:55 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I got a fully reproduceable panic while trying to suspend (to S3) on my laptop. FreeBSD is -CURRENT from Monday. I'm using a modified DSDT which used to work before I updated on Monday. dmesg from after reboot is attacched. Here comes gbd output Fatal trap 12: page fault while in vm86 mode fault virtual address = 0x2000 fault code = user write, page not present instruction pointer = 0xc000:0x5195 stack pointer = 0x0:0xfe4 frame pointer = 0x0:0x0 code segment = base 0x600005, limit 0x2, type 0x11 = DPL 1, pres 0, def32 0, gran 0 processor eflag = interrupt enabled, resume, mv86, IOPL = 0 current process = 1046 (acpiconf) [thread pid 1046 tid 100084] Stopped at 0x5159: *** error reading from address 5159 *** db> tr Tracing pid 1046 tid 100084 td 0xc27645c0 (null)(ff000e2c3,f000ff53,f000ff54,f00092da) at 0x5195 _end(ccce4fab,b638f354,3a6c5da3,ec956de5,fe6dff6c) at 0xf000ff53 db> where Tracing pid 1046 tid 100084 td 0xc27645c0 kdb_enter(c08d00f2,c08e69ce,c08cbfd1,c08ee7f9,2b8) at kdb_enter+0x31 witness_checkorder(c2cc2a54,9,c08ee7f9,2b8,0) at witness_checkorder+0xc9 _mtx_lock_flags(c2cc2a54,0,c08ee7f9,2b8,0) at _mtx_lock_flags+0x85 trap_pfault(c0c21fa8,0,2000,c0c21fa8,2000) at trap_pfault+0xa1 trap (0,0,0,1000,0) at trap+0x34b calltrap() at calltrap+0x5 ---trap 0xc, eip = 0x5195, esp = 0xc0c21fe8, ebp = 0 --- db> next panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/i386/i386/trap.c:696 KDB: enter: panic After 2 instructions (0 loads, 0 stores), [thread 1046 tid 1000084] stopped at kdb_enter+0x31: ret Thanks for your help Filippo --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Tue Mar 1 00:29:12 CET 2005 root@portatile.fastwebnet.it:/usr/obj/usr/src/sys/PORTATILE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2790.72-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff real memory = 1073152000 (1023 MB) avail memory = 1041317888 (993 MB) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x66,0x62 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link0: irq 0 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 10 on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1cc0-0x1cdf irq 10 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1ce0-0x1cff irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xe0000000-0xe00003ff irq 10 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: single transaction translator uhub2: 4 ports with 4 removable, self powered pcib2: at device 30.0 on pci0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 pci2: on pcib2 bfe0: mem 0xe0204000-0xe0205fff irq 10 at device 1.0 on pci2 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:0b:db:18:b5:9c cbb0: irq 10 at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xe0200000-0xe0203fff,0xe0206000-0xe02067ff irq 10 at device 4.1 on pci2 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:4f:38:02:dc:d4:10 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:4f:dc:d4:10 fwe0: Ethernet address: 02:c0:4f:dc:d4:10 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x2020-0x202f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1c80-0x1cbf,0x1400-0x14ff mem 0xe0000800-0xe00008ff,0xe0000c00-0xe0000dff irq 10 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xe0000-0xe3fff,0xdf800-0xdffff,0xd0000-0xd17ff,0xcf000-0xcffff,0xc0000-0xcefff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2790719580 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDRW at ata0-master UDMA33 ad2: 38154MB [77520/16/63] at ata1-master UDMA100 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad2s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 16 files 1 WARNING: /var was not properly dismounted WARNING: /var/log was not properly dismounted --CE+1k2dSO48ffgeK-- From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 21:34:59 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F53A16A4CE for ; Tue, 1 Mar 2005 21:34:59 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D32643D2D for ; Tue, 1 Mar 2005 21:34:58 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so1343978rnf for ; Tue, 01 Mar 2005 13:34:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=H+RNYLOrm13AQbugSJEl0hygzbFml0lIBmpwqozyqIGrdfFTq8EnuQ565IlkP6Q3fLD0wAPItnObrpkiU80fIbo5OZhHEMq18qre4ZaCRAgmKhQ5HQaPQ2HvQEHnASqI1TBStrPpfo4RuGTZ160OBV/joI7CVQVtFIaIAa286zM= Received: by 10.38.15.37 with SMTP id 37mr88009rno; Tue, 01 Mar 2005 13:34:27 -0800 (PST) Received: by 10.38.101.19 with HTTP; Tue, 1 Mar 2005 13:34:24 -0800 (PST) Message-ID: Date: Tue, 1 Mar 2005 15:34:24 -0600 From: Eric Kjeldergaard To: Nate Lawson In-Reply-To: <421A8F90.3080907@root.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1159_9255187.1109712864766" References: <42068A5C.1030300@root.org> <421A8F90.3080907@root.org> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 21:34:59 -0000 ------=_Part_1159_9255187.1109712864766 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Mon, 21 Feb 2005 17:49:04 -0800, Nate Lawson wrote: > Eric Kjeldergaard wrote: > > On Sun, 06 Feb 2005 13:21:32 -0800, Nate Lawson wrote: > > > >>I've finished the major work of importing cpufreq. As part of this, the > >>sysctls for acpi throttling have been removed. The power_profile script > >>has been updated, so you can use performance/economy_cpu_freq= in > >>rc.conf to set AC on/offline cpu frequencies. The acpi throttling > >>support has been compiled into acpi_perf.ko so load that to get > >>throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > >>sysctls. > > > > > > I have been using cpufreq on and off since this got comitted and just > > noticed a problem now. I can't really say when it started happening, > > but I can say that it happens with a current from about 2 hours ago. > > What happens is when I kldload cpufreq, usb stops working. If I have > > a device that was already connected, it gets disconnected, I am unable > > to connect any new devices. It's just completely unresponsive. > > Whatever the issue is, it does not help to kldunload cpufreq, I am > > forced to reboot to get USB working again. The system is an IBM > > Thinkpad R40. I can give you whatever relevant info you need on > > request. > > Hmm. If you boot with cpufreq and usb loaded, does it have this > problem? Run the below script to send me your debug info: > > http://www.root.org/~nate/freebsd/cpufreq_debug > Finally got a chance to test again. It seems to happen regardless of whether cpufreq is loaded at boot or dynamically during runtime. The output of your script is attached. -- If I write a signature, my emails will appear more personalised. ------=_Part_1159_9255187.1109712864766 Content-Type: text/plain; name="nateDebugOutput.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="nateDebugOutput.txt" dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 2200 dev.cpu.0.freq_levels: 2200/0 1925/0 1650/0 1375/0 1200/0 1100/0 1050/0 900= /0 825/0 750/0 600/0 550/0 450/0 300/0 275/0 150/0 dev.acpi_perf.0.%desc: ACPI CPU Frequency Control dev.acpi_perf.0.%driver: acpi_perf dev.acpi_perf.0.%parent: cpu0 dev.acpi_perf.0.freq_settings: 2200/0 1200/0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1= 3750/-1 2500/-1 1250/-1 ################# Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =09The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #9: Mon Feb 21 18:54:15 CST 2005 root@uninfectable:/usr/obj/usr/src/sys/UNINFECTABLE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.20GHz (2192.89-MHz 686-class CP= U) Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 Features=3D0xbfebf9ff real memory =3D 804651008 (767 MB) avail memory =3D 782393344 (746 MB) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_ec0: port 0x66,0x62 on acpi0 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: irq 11 on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device = 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1800-0x181f irq 1= 1 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 1= 1 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 1= 1 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: mem 0x50000000-0x50000fff irq 11 at devic= e 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 ath0: mem 0xd0200000-0xd020ffff irq 11 at device 2.0 on pci2 ath0: Ethernet address: 00:05:4e:42:8b:2d ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 pci2: at device 7.0 (no driver attached) fxp0: port 0x8000-0x803f mem 0xd= 0214000-0xd0214fff irq 11 at device 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:06:1b:e0:d1:24 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0x376,0x170-0x1= 77,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on= acpi0 fdc0: [FAST] acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xdc000-0xdffff,0xd2000-0xd2fff,0xd1000-0x= d1fff,0xd0000-0xd0fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2192894084 Hz quality 800 Timecounters tick every 1.000 msec pid 24: corrected slot count (0->1) ad0: 76319MB [155061/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s2a pid 454 (vmware-checkvm), uid 0: exited on signal 10 (core dumped) pid 464 (vmware-checkvm), uid 0: exited on signal 10 (core dumped) pid 466 (vmware-checkvm), uid 0: exited on signal 10 (core dumped) pid 468 (vmware-checkvm), uid 0: exited on signal 10 (core dumped) acpi_perf0: on cpu0 acpi_throttle0: on cpu0 ################# nexus0 legacy0 npx0 acpi0 Interrupt request lines: 0x9 I/O ports: 0x10-0x1f 0x24-0x25 0x28-0x29 0x2c-0x2d 0x2e-0x2f 0x30-0x31 0x34-0x35 0x38-0x39 0x3c-0x3d 0x4e-0x4f 0x50-0x53 0x72-0x77 0x90-0x9f 0xa4-0xa5 0xa8-0xa9 0xac-0xad 0xb0-0xb5 0xb8-0xb9 0xbc-0xbd 0x1000-0x107f 0x1180-0x11bf 0x1600-0x167f I/O memory addresses: 0x0-0x9ffff 0xc0000-0xc3fff 0xc4000-0xc7fff 0xc8000-0xcbfff 0xcc000-0xcffff 0xd0000-0xd3fff 0xdc000-0xdffff 0xe0000-0xe3fff 0xe4000-0xe7fff 0xe8000-0xebfff 0xec000-0xeffff 0xf0000-0xfffff 0x100000-0x2fffffff 0xfec00000-0xffffffff acpi_ec0 pnpinfo _HID=3DPNP0C09 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.EC= __ I/O ports: 0x62 0x66 cpu0 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU_ I/O ports: 0x1014 0x1015 acpi_perf0 I/O ports: 0xb2 0x1050 cpufreq0 acpi_throttle0 I/O ports: 0x1010-0x1013 pci_link0 pnpinfo _HID=3DPNP0C0F _UID=3D1 at handle=3D\_SB_.LNKA pci_link1 pnpinfo _HID=3DPNP0C0F _UID=3D2 at handle=3D\_SB_.LNKB pci_link2 pnpinfo _HID=3DPNP0C0F _UID=3D3 at handle=3D\_SB_.LNKC pci_link3 pnpinfo _HID=3DPNP0C0F _UID=3D4 at handle=3D\_SB_.LNKD pci_link4 pnpinfo _HID=3DPNP0C0F _UID=3D5 at handle=3D\_SB_.LNKE pci_link5 pnpinfo _HID=3DPNP0C0F _UID=3D6 at handle=3D\_SB_.LNKF pci_link6 pnpinfo _HID=3DPNP0C0F _UID=3D7 at handle=3D\_SB_.LNKG pci_link7 pnpinfo _HID=3DPNP0C0F _UID=3D8 at handle=3D\_SB_.LNKH acpi_sysresource0 pnpinfo _HID=3DPNP0C01 _UID=3D0 at handle=3D\_SB_.MEM= _ acpi_lid0 pnpinfo _HID=3DPNP0C0D _UID=3D0 at handle=3D\_SB_.LID_ acpi_button0 pnpinfo _HID=3DPNP0C0E _UID=3D0 at handle=3D\_SB_.SLPB pcib0 pnpinfo _HID=3DPNP0A03 _UID=3D0 at handle=3D\_SB_.PCI0 pci0 agp0 pnpinfo vendor=3D0x8086 device=3D0x1a30 subvendor=3D0x1014 sub= device=3D0x0507 class=3D0x060000 at slot=3D0 function=3D0 I/O memory addresses: 0xe0000000-0xe3ffffff pcib1 pnpinfo vendor=3D0x8086 device=3D0x1a31 subvendor=3D0x0000 su= bdevice=3D0x0000 class=3D0x060400 at slot=3D1 function=3D0 handle=3D\_SB_.P= CI0.AGP_ pci1 unknown pnpinfo vendor=3D0x1002 device=3D0x4c57 subvendor=3D0x1= 014 subdevice=3D0x0527 class=3D0x030000 at slot=3D0 function=3D0 handle=3D\= _SB_.PCI0.AGP_.VID_ I/O ports: 0x3000-0x30ff I/O memory addresses: 0xd0100000-0xd010ffff 0xe8000000-0xefffffff uhci0 pnpinfo vendor=3D0x8086 device=3D0x24c2 subvendor=3D0x1014 su= bdevice=3D0x052d class=3D0x0c0300 at slot=3D29 function=3D0 handle=3D\_SB_.= PCI0.USB0 Interrupt request lines: 0xb I/O ports: 0x1800-0x181f usb0 uhub0 uhci1 pnpinfo vendor=3D0x8086 device=3D0x24c4 subvendor=3D0x1014 su= bdevice=3D0x052d class=3D0x0c0300 at slot=3D29 function=3D1 handle=3D\_SB_.= PCI0.USB1 I/O ports: 0x1820-0x183f usb1 uhub1 uhci2 pnpinfo vendor=3D0x8086 device=3D0x24c7 subvendor=3D0x1014 su= bdevice=3D0x052d class=3D0x0c0300 at slot=3D29 function=3D2 handle=3D\_SB_.= PCI0.USB2 I/O ports: 0x1840-0x185f usb2 uhub2 unknown pnpinfo vendor=3D0x8086 device=3D0x24cd subvendor=3D0x1014 = subdevice=3D0x052e class=3D0x0c0320 at slot=3D29 function=3D7 handle=3D\_SB= _.PCI0.USB7 I/O memory addresses: 0xd0000000-0xd00003ff pcib2 pnpinfo vendor=3D0x8086 device=3D0x2448 subvendor=3D0x0000 su= bdevice=3D0x0000 class=3D0x060400 at slot=3D30 function=3D0 handle=3D\_SB_.= PCI0.PCI1 pci2 cbb0 pnpinfo vendor=3D0x104c device=3D0xac56 subvendor=3D0x1014= subdevice=3D0x0528 class=3D0x060700 at slot=3D0 function=3D0 handle=3D\_SB= _.PCI0.PCI1.CBS0 I/O memory addresses: 0x50000000-0x50000fff cardbus0 pccard0 ath0 pnpinfo vendor=3D0x168c device=3D0x0012 subvendor=3D0x17ab= subdevice=3D0x8310 class=3D0x020000 at slot=3D2 function=3D0 I/O memory addresses: 0xd0200000-0xd020ffff unknown pnpinfo vendor=3D0x104c device=3D0x8026 subvendor=3D0x1= 014 subdevice=3D0x0515 class=3D0x0c0010 at slot=3D7 function=3D0 I/O memory addresses: 0xd0210000-0xd0213fff 0xd0215000-0xd02157ff fxp0 pnpinfo vendor=3D0x8086 device=3D0x103d subvendor=3D0x1014= subdevice=3D0x0522 class=3D0x020000 at slot=3D8 function=3D0 I/O ports: 0x8000-0x803f I/O memory addresses: 0xd0214000-0xd0214fff miibus0 inphy0 pnpinfo oui=3D0xaa00 model=3D0x33 rev=3D0x0 at phyno= =3D1 isab0 pnpinfo vendor=3D0x8086 device=3D0x24cc subvendor=3D0x0000 su= bdevice=3D0x0000 class=3D0x060100 at slot=3D31 function=3D0 handle=3D\_SB_.= PCI0.LPC_ isa0 adv0 aha0 aic0 bt0 cs0 ed0 fe0 ie0 lnc0 pcic0 pcic1 ppc0 sc0 sio0 sio1 sio2 sio3 sn0 vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff vt0 orm0 I/O memory addresses: 0xd0000-0xd0fff 0xd1000-0xd1fff 0xd2000-0xd2fff 0xdc000-0xdffff pmtimer0 atapci0 pnpinfo vendor=3D0x8086 device=3D0x24ca subvendor=3D0x1014 = subdevice=3D0x052d class=3D0x01018a at slot=3D31 function=3D1 handle=3D\_SB= _.PCI0.IDE0 I/O ports: 0x170-0x177 0x1f0-0x1f7 0x376 0x3f6 0x1860-0x186f ata0 Interrupt request lines: 0xe ata1 Interrupt request lines: 0xf unknown pnpinfo vendor=3D0x8086 device=3D0x24c3 subvendor=3D0x1014 = subdevice=3D0x052d class=3D0x0c0500 at slot=3D31 function=3D3 I/O ports: 0x1880-0x189f unknown pnpinfo vendor=3D0x8086 device=3D0x24c5 subvendor=3D0x1014 = subdevice=3D0x0523 class=3D0x040100 at slot=3D31 function=3D5 I/O ports: 0x18c0-0x18ff 0x1c00-0x1cff I/O memory addresses: 0xd0000800-0xd00008ff 0xd0000c00-0xd0000dff unknown pnpinfo vendor=3D0x8086 device=3D0x24c6 subvendor=3D0x1014 = subdevice=3D0x0524 class=3D0x070300 at slot=3D31 function=3D6 handle=3D\_SB= _.PCI0.AC97 I/O ports: 0x2000-0x207f 0x2400-0x24ff acpi_sysresource1 pnpinfo _HID=3DPNP0C02 _UID=3D0 at handle=3D\_SB_.PCI= 0.LPC_.SIO_ atpic0 pnpinfo _HID=3DPNP0000 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.PIC_ attimer0 pnpinfo _HID=3DPNP0100 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.TI= MR atdma0 pnpinfo _HID=3DPNP0200 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.DMAC unknown pnpinfo _HID=3DPNP0800 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.SPK= R npxisa0 pnpinfo _HID=3DPNP0C04 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.FPU= _ attimer1 pnpinfo _HID=3DPNP0B00 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.RT= C_ atkbdc0 pnpinfo _HID=3DPNP0303 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.KBD= _ I/O ports: 0x60 0x64 atkbd0 Interrupt request lines: 0x1 psm0 Interrupt request lines: 0xc psmcpnp0 pnpinfo _HID=3DIBM0057 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.MO= U_ fdc0 pnpinfo _HID=3DPNP0700 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.FDC_ Interrupt request lines: 0x6 DMA request lines: 2 I/O ports: 0x3f0-0x3f5 0x3f7 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.FDC_.F= DD0 unknown pnpinfo _HID=3DPNP0501 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.UAR= T unknown pnpinfo _HID=3DPNP0400 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.LPT= _ unknown pnpinfo _HID=3DPNP0401 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.ECP= _ unknown pnpinfo _HID=3DIBM0071 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.FIR= _ unknown pnpinfo _HID=3DPNP0C09 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.EC_= _ unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.EC__.P= UBS acpi_cmbat0 pnpinfo _HID=3DPNP0C0A _UID=3D0 at handle=3D\_SB_.PCI0.LPC_= .EC__.BAT0 unknown pnpinfo _HID=3DPNP0C0A _UID=3D1 at handle=3D\_SB_.PCI0.LPC_.EC_= _.BAT1 acpi_acad0 pnpinfo _HID=3DACPI0003 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_= .EC__.AC__ unknown pnpinfo _HID=3DIBM0068 _UID=3D0 at handle=3D\_SB_.PCI0.LPC_.EC_= _.HKEY unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.AGP_.VID_.L= CD0 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.AGP_.VID_.C= RT0 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.AGP_.VID_.T= V0_ unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.AGP_.VID_.D= VI0 unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.PRIM unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.PRIM.M= STR unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.SCND unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.IDE0.SCND.M= STR unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.USB0.URTH unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.USB0.URTH.U= NST unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.USB7.URTH unknown pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_SB_.PCI0.USB7.URTH.U= NST unknown pnpinfo _HID=3DIBM006A _UID=3D0 at handle=3D\_SB_.NEST unknown pnpinfo _HID=3DIBM0069 _UID=3D0 at handle=3D\_SB_.SWAP acpi_tz0 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_TZ_.THM0 acpi_timer0 pnpinfo unknown at unknown I/O ports: 0x1008-0x100b ------=_Part_1159_9255187.1109712864766-- From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 21:35:29 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D51D416A4CE for ; Tue, 1 Mar 2005 21:35:29 +0000 (GMT) Received: from a507ea5a8.xs4all.nl (a507ea5a8.xs4all.nl [80.126.165.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2E9243D2F for ; Tue, 1 Mar 2005 21:35:28 +0000 (GMT) (envelope-from devet@devet.org) Received: from adv.devet.org (adv.devet.org [192.168.1.2]) by a507ea5a8.xs4all.nl (Postfix) with ESMTP id 9FDCED6F2; Tue, 1 Mar 2005 22:35:27 +0100 (CET) Received: by adv.devet.org (Postfix, from userid 100) id 8D92F6CE6B; Tue, 1 Mar 2005 22:35:27 +0100 (CET) Date: Tue, 1 Mar 2005 22:35:27 +0100 From: Arjan de Vet To: listen@danielgraupner.de Message-ID: <20050301213527.GA2286@adv.devet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <422448BC.4000607@danielgraupner.de> X-Newsgroups: list.freebsd.acpi Organization: Eindhoven, the Netherlands User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org Subject: Re: Dell Inspiron 510m sleep states S3/S4 not working X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arjan de Vet List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 21:35:29 -0000 In article <422448BC.4000607@danielgraupner.de> you write: >I have a dell inspiron 510m laptop and since FreeBSD 5.3 S3 and S4 are >not working anymore, instead of suspending the machine immediately reboots. > >Here is some info: >dmesg http://www-user.tu-chemnitz.de/~grad/out.dmsg >acpidump -d http://www-user.tu-chemnitz.de/~grad/out.asl >acpidump -t http://www-user.tu-chemnitz.de/~grad/out.acpidump-t >acpidump -o http://www-user.tu-chemnitz.de/~grad/out.dsdt > >I have FreeBSD 5.4 PRERELEASE installed. Please ask if you need more >information, I really miss S3 :-( I just bought a 510m too. During my investigations before deciding to buy a 510m I saw a mailing list message by you mentioning that S3 did work with 5.2.1: http://www.freebsd.de/archive/de-bsd-questions/de-bsd-questions.200411/0379.html I already tried S3 after booting the 5.2-RELEASE 'Live CD' but this also reboots (still have to shrink NTFS and install FreeBSD). Do you have more detailed information on what you did (or didn't) to get it working under 5.2.1: - dmesg/acpidump output? - which 5.2.1 release/patchlevel? - which Dell BIOS version (I have A08 at the moment)? - any special settings/sysctl's? I first want to install 5.2.1 and get S3 working there (trying to see whether if I can reproduce your S3 success), and then find out what changed beteen 5.2.1 and 5.3/5.4... Arjan -- Arjan de Vet, Eindhoven, The Netherlands URL : http://www.devet.org/ Work: http://www.madison-gurkha.com/ (Security, Education) From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 21:55:50 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6471416A4D1; Tue, 1 Mar 2005 21:55:50 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CA7643D1D; Tue, 1 Mar 2005 21:55:50 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Tue, 01 Mar 2005 13:55:49 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7A2E25D07; Tue, 1 Mar 2005 13:55:49 -0800 (PST) To: Nate Lawson In-reply-to: Your message of "Thu, 24 Feb 2005 13:11:14 PST." <421E42F2.6010105@root.org> Date: Tue, 01 Mar 2005 13:55:49 -0800 From: "Kevin Oberman" Message-Id: <20050301215549.7A2E25D07@ptavv.es.net> cc: acpi@FreeBSD.ORG cc: Maxim Sobolev cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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, 01 Mar 2005 21:55:50 -0000 > Date: Thu, 24 Feb 2005 13:11:14 -0800 > From: Nate Lawson > > Maxim Sobolev wrote: > > Kevin Oberman wrote: > >> No joy. I set it to 262 and it was fine. The next step killed the system > >> again. > >> > >> I'm also concerned that taking TCC out of automatic mode might not be a > >> great idea, at least until things like _PSV are supported. When I do a > >> buildkernel, buildworld or any big compile job, I need to slow down the > >> CPU to keep the CPU form frying. It quickly jumps to 185 F. or higher if > >> I don't. If I understand automatic TCC, it should throttle the CPU all > >> by itself to prevent this. > > > > > > Taking TCC out of automatic mode doesn't disable thermal controlling > > circuitry completely, so that if the processor overheats it will shut > > down the machine anyway: > > > > --- > > Regardless of enabling of the automatic > > or On-Demand modes, in the event of a catastrophic cooling failure, the > > processor will > > automatically shut down when the silicon has reached a temperature of > > approximately > > 135 °C. At this point the system bus signal THERMTRIP# will go active > > and stay active > > until RESET# has been initiated. > > --- > > Correct. Even more so, automatic mode continues to override On-Demand > mode if there is a more moderate thermal condition than THERMTRIP#: > > "On-Demand mode may be used at the same time Automatic mode is enabled, > however, if the system tries to enable the TCC via On-Demand mode at the > same time automatic mode is enabled AND a high temperature condition > exists, the duty cycle of the automatic mode will override the duty > cycle selected by the On-Demand mode." > > Since automatic mode is set by the BIOS before we even boot, things > should be fine. > > >> Between throttling and frequency adjustment I can get about 16 > >> performance levels and I don' see a good reason for another 15. Also, > >> the change is frequency is so non-linear that small changes often don't > >> make sense. The first three step are fairly straight, but then things > >> get bumpy. It looks to me like all frequency settings are not created > >> equal. > > > > I wonder this too. I think in the presence of several independent > > regulators we need some form of calibration to get more or less precise > > results. > > You can manually test this kind of stuff by doing: > hint.p4tcc.0.disabled="1" Thanks! With this set I am down to "only" 14 frequencies, but they are now proportional to CPU speed and I still have a fully functional TCC, should I need it. Also, at no added charge, the system no longer locks up at low speed. I can to all the way down to 150 MHz just fine! No more hangs. I really think that if would be a good idea to have hint.p4tcc.0.disabled set by default, especially based on sobomax's recent message where the spec says that normal operation can't be assured if the TCC is not in automatic mode. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 22:57:19 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B66A16A4CE for ; Tue, 1 Mar 2005 22:57:19 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id F315643D4C for ; Tue, 1 Mar 2005 22:57:18 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18792 invoked from network); 1 Mar 2005 22:57:18 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 1 Mar 2005 22:57:18 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j21MuexO075581; Tue, 1 Mar 2005 17:57:12 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org, filippo.forti@fastwebnet.it Date: Tue, 1 Mar 2005 17:03:50 -0500 User-Agent: KMail/1.6.2 References: <20050301203005.GA684@portatile.fastwebnet.it> In-Reply-To: <20050301203005.GA684@portatile.fastwebnet.it> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503011703.50828.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: Panic on suspend 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, 01 Mar 2005 22:57:19 -0000 On Tuesday 01 March 2005 03:30 pm, Filippo Forti wrote: > Hi, > I got a fully reproduceable panic while trying to suspend (to S3) on my > laptop. FreeBSD is -CURRENT from Monday. > > I'm using a modified DSDT which used to work before I updated on Monday. > dmesg from after reboot is attacched. > > Here comes gbd output > > > Fatal trap 12: page fault while in vm86 mode > fault virtual address = 0x2000 > fault code = user write, page not present > instruction pointer = 0xc000:0x5195 > stack pointer = 0x0:0xfe4 > frame pointer = 0x0:0x0 > code segment = base 0x600005, limit 0x2, type 0x11 > = DPL 1, pres 0, def32 0, gran 0 > processor eflag = interrupt enabled, resume, mv86, IOPL = 0 > current process = 1046 (acpiconf) > [thread pid 1046 tid 100084] > Stopped at 0x5159: *** error reading from address 5159 *** > > db> tr > Tracing pid 1046 tid 100084 td 0xc27645c0 > (null)(ff000e2c3,f000ff53,f000ff54,f00092da) at 0x5195 > _end(ccce4fab,b638f354,3a6c5da3,ec956de5,fe6dff6c) at 0xf000ff53 > > db> where > Tracing pid 1046 tid 100084 td 0xc27645c0 > kdb_enter(c08d00f2,c08e69ce,c08cbfd1,c08ee7f9,2b8) at kdb_enter+0x31 > witness_checkorder(c2cc2a54,9,c08ee7f9,2b8,0) at witness_checkorder+0xc9 > _mtx_lock_flags(c2cc2a54,0,c08ee7f9,2b8,0) at _mtx_lock_flags+0x85 > trap_pfault(c0c21fa8,0,2000,c0c21fa8,2000) at trap_pfault+0xa1 > trap (0,0,0,1000,0) at trap+0x34b > calltrap() at calltrap+0x5 > ---trap 0xc, eip = 0x5195, esp = 0xc0c21fe8, ebp = 0 --- > > db> next > panic: blockable sleep lock (sleep mutex) process lock @ > /usr/src/sys/i386/i386/trap.c:696 > KDB: enter: panic > After 2 instructions (0 loads, 0 stores), > [thread 1046 tid 1000084] > stopped at kdb_enter+0x31: ret > > Thanks for your help > Filippo Can you try this patch to get rid of the bogus witness warning: Index: trap.c =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/trap.c,v retrieving revision 1.270 diff -u -r1.270 trap.c --- trap.c 16 Nov 2004 20:42:31 -0000 1.270 +++ trap.c 18 Feb 2005 15:31:37 -0000 @@ -238,7 +238,7 @@ * to the debugger. */ eva = rcr2(); - if (td->td_critnest == 0) + if (td->td_critnest == 0 && td->td_sleeplocks == NULL) enable_intr(); else trap_fatal(&frame, eva); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 22:59:35 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C59D416A4CE for ; Tue, 1 Mar 2005 22:59:35 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EB3343D31 for ; Tue, 1 Mar 2005 22:59:35 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so10083rnf for ; Tue, 01 Mar 2005 14:59:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=p2QLSZmcYXUMAnnH1/ZXp78MvBjq1g0Z7YNmytWNUFYT2FssPiPLGKOoRqdO167Z+GQdjGCNEwoLmUfBVNjUuiARZWF4SCpfYE5He7FidPR8MESGpJQT6FXQETBJeBRIPyuhO8iYAdGKQZfXJk7nKzSP93VV5nNQwoDafblaQY0= Received: by 10.38.88.19 with SMTP id l19mr43802rnb; Tue, 01 Mar 2005 14:59:34 -0800 (PST) Received: by 10.38.101.19 with HTTP; Tue, 1 Mar 2005 14:59:34 -0800 (PST) Message-ID: Date: Tue, 1 Mar 2005 16:59:34 -0600 From: Eric Kjeldergaard To: Nate Lawson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <421A8F90.3080907@root.org> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 22:59:35 -0000 On Tue, 1 Mar 2005 15:34:24 -0600, Eric Kjeldergaard wrote: > On Mon, 21 Feb 2005 17:49:04 -0800, Nate Lawson wrote: > > Eric Kjeldergaard wrote: > > > On Sun, 06 Feb 2005 13:21:32 -0800, Nate Lawson wrote: > > > > > >>I've finished the major work of importing cpufreq. As part of this, the > > >>sysctls for acpi throttling have been removed. The power_profile script > > >>has been updated, so you can use performance/economy_cpu_freq= in > > >>rc.conf to set AC on/offline cpu frequencies. The acpi throttling > > >>support has been compiled into acpi_perf.ko so load that to get > > >>throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > > >>sysctls. > > > > > > > > > I have been using cpufreq on and off since this got comitted and just > > > noticed a problem now. I can't really say when it started happening, > > > but I can say that it happens with a current from about 2 hours ago. > > > What happens is when I kldload cpufreq, usb stops working. If I have > > > a device that was already connected, it gets disconnected, I am unable > > > to connect any new devices. It's just completely unresponsive. > > > Whatever the issue is, it does not help to kldunload cpufreq, I am > > > forced to reboot to get USB working again. The system is an IBM > > > Thinkpad R40. I can give you whatever relevant info you need on > > > request. > > > > Hmm. If you boot with cpufreq and usb loaded, does it have this > > problem? Run the below script to send me your debug info: > > > > http://www.root.org/~nate/freebsd/cpufreq_debug > > > > Finally got a chance to test again. It seems to happen regardless of > whether cpufreq is loaded at boot or dynamically during runtime. The > output of your script is attached. > Oh, just one more thing... Perhaps I'm misunderstanding, but I never see ichss load. It's supposed to load automagically if I have an ICH, no? -- If I write a signature, my emails will appear more personalised. From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 23:19:55 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 875FB16A4CE; Tue, 1 Mar 2005 23:19:55 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4210043D1F; Tue, 1 Mar 2005 23:19:55 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j21NJnZj029953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 1 Mar 2005 15:19:52 -0800 Message-ID: <4224F88E.8080205@root.org> Date: Tue, 01 Mar 2005 15:19:42 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: filippo.forti@fastwebnet.it References: <20050301203005.GA684@portatile.fastwebnet.it> <20050301203732.GB684@portatile.fastwebnet.it> In-Reply-To: <20050301203732.GB684@portatile.fastwebnet.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Panic on suspend 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, 01 Mar 2005 23:19:55 -0000 Filippo Forti wrote: > I got a fully reproduceable panic while trying to suspend (to S3) on my laptop. > FreeBSD is -CURRENT from Monday. > > I'm using a modified DSDT which used to work before I updated on Monday. > dmesg from after reboot is attacched. > > Here comes gbd output > > Fatal trap 12: page fault while in vm86 mode > fault virtual address = 0x2000 > fault code = user write, page not present > instruction pointer = 0xc000:0x5195 ^^^^^^^ That is in the VGA BIOS. Try setting this sysctl before suspending: hw.acpi.reset_video=0 > stack pointer = 0x0:0xfe4 > frame pointer = 0x0:0x0 > code segment = base 0x600005, limit 0x2, type 0x11 > = DPL 1, pres 0, def32 0, gran 0 > processor eflag = interrupt enabled, resume, mv86, IOPL = 0 > current process = 1046 (acpiconf) > [thread pid 1046 tid 100084] > Stopped at 0x5159: *** error reading from address 5159 *** Ian committed code to restore the VESA state so we shouldn't reset video redundantly. I'm thinking of changing the default to 0 in -current. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 23:20:53 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3768F16A4CE; Tue, 1 Mar 2005 23:20:53 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D53B843D39; Tue, 1 Mar 2005 23:20:52 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j21NKoZj029977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 1 Mar 2005 15:20:51 -0800 Message-ID: <4224F8CB.60305@root.org> Date: Tue, 01 Mar 2005 15:20:43 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Kjeldergaard References: <42068A5C.1030300@root.org> <421A8F90.3080907@root.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2005 23:20:53 -0000 Eric Kjeldergaard wrote: > On Tue, 1 Mar 2005 15:34:24 -0600, Eric Kjeldergaard wrote: > Oh, just one more thing... > Perhaps I'm misunderstanding, but I never see ichss load. It's > supposed to load automagically if I have an ICH, no? ichss, est, and p4tcc are all contained within cpufreq.ko -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 1 23:24:00 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 652A916A4CE; Tue, 1 Mar 2005 23:24:00 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 163CD43D2F; Tue, 1 Mar 2005 23:23:59 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 Mar 2005 23:23:58 +0000 (GMT) To: John Baldwin In-Reply-To: Your message of "Tue, 01 Mar 2005 17:03:50 EST." <200503011703.50828.jhb@FreeBSD.org> Date: Tue, 01 Mar 2005 23:23:57 +0000 From: Ian Dowse Message-ID: <200503012323.ab80767@salmon.maths.tcd.ie> cc: freebsd-acpi@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Panic on suspend 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, 01 Mar 2005 23:24:00 -0000 In message <200503011703.50828.jhb@FreeBSD.org>, John Baldwin writes: >On Tuesday 01 March 2005 03:30 pm, Filippo Forti wrote: >> Hi, >> I got a fully reproduceable panic while trying to suspend (to S3) on my >> laptop. FreeBSD is -CURRENT from Monday. >> >> I'm using a modified DSDT which used to work before I updated on Monday. >> dmesg from after reboot is attacched. Sorry, this my fault - I thought I was correctly mapping an 8k region in vm86 space, but got it very wrong. I've set the save state limit back to 4k now, which should fix the panic but will mean that the new VESA save/restore feature will be disabled for now on systems that require more than 4k of storage. You can either update to version 1.49 of sys/i386/isa/vesa.c, or else disable VESA support as a workaround. Ian From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 2 07:08:51 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38FB316A4CF for ; Wed, 2 Mar 2005 07:08:51 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB6F843D48 for ; Wed, 2 Mar 2005 07:08:50 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so67893rnf for ; Tue, 01 Mar 2005 23:08:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=LWIukTDnYSIL1zueIkc04PpLCl251TE89HkNnqz9CmmsVzcVhYpEBvy0Gy9H16yD95/+ksYZ2YA8EwuzgOSDi/L5e3uR8tQc2WaUJ29iUo6MGZNgdVS+wSRe8xjZxfAe9ly0t6vA2asM5tRecZ0FK42o3jPpCSWdEPed1E3uRV4= Received: by 10.38.89.38 with SMTP id m38mr185270rnb; Tue, 01 Mar 2005 23:08:47 -0800 (PST) Received: by 10.38.101.19 with HTTP; Tue, 1 Mar 2005 23:08:47 -0800 (PST) Message-ID: Date: Wed, 2 Mar 2005 01:08:47 -0600 From: Eric Kjeldergaard To: Nate Lawson In-Reply-To: <4224F8CB.60305@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <421A8F90.3080907@root.org> <4224F8CB.60305@root.org> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 07:08:51 -0000 On Tue, 01 Mar 2005 15:20:43 -0800, Nate Lawson wrote: > Eric Kjeldergaard wrote: > > On Tue, 1 Mar 2005 15:34:24 -0600, Eric Kjeldergaard wrote: > > Oh, just one more thing... > > Perhaps I'm misunderstanding, but I never see ichss load. It's > > supposed to load automagically if I have an ICH, no? > > ichss, est, and p4tcc are all contained within cpufreq.ko Okay, that's what I thought I had read. This is a p4m and should definitely have something showing up for ichss when I load cpufreq then. It doesn't seem to (this is the same system that has USB suddenly stop working). -- If I write a signature, my emails will appear more personalised. From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 2 11:04:55 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21C6B16A4E9 for ; Wed, 2 Mar 2005 11:04:55 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99A2743D46 for ; Wed, 2 Mar 2005 11:04:54 +0000 (GMT) (envelope-from listen@danielgraupner.de) Received: from [212.227.126.207] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1D6ReL-0000uU-00; Wed, 02 Mar 2005 12:04:17 +0100 Received: from [84.136.114.253] (helo=[192.168.177.36]) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1D6ReL-0003zS-00; Wed, 02 Mar 2005 12:04:17 +0100 Message-ID: <42259DB9.4080201@danielgraupner.de> Date: Wed, 02 Mar 2005 12:04:25 +0100 From: Daniel Graupner User-Agent: Mozilla Thunderbird 1.0RC1 (Windows/20041201) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Arjan de Vet References: <20050301213527.GA2286@adv.devet.org> In-Reply-To: <20050301213527.GA2286@adv.devet.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:dfad8e3b291c1a47284dc57432edc129 cc: freebsd-acpi@freebsd.org Subject: Re: Dell Inspiron 510m sleep states S3/S4 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, 02 Mar 2005 11:04:55 -0000 Arjan de Vet schrieb: >In article <422448BC.4000607@danielgraupner.de> you write: > > >I first want to install 5.2.1 and get S3 working there (trying to see >whether if I can reproduce your S3 success), and then find out what >changed beteen 5.2.1 and 5.3/5.4... > > > Thats a good idea, but unfortunately I do not have 5.2.1 installed anymore. I also have no free space on my hd to test it again. I installed 5.2.1 from the isos (don't know when it was). Everytime I closed the lid the laptop properly went to S3, same with acpiconf -s3. I am not shure if I can make a buildworld to go back to 5.2.1, I do not want to kill my system. On the other hand side i am very interested in investigating....maybe I will try. Regards, Daniel. From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 2 16:52:58 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4AEC16A4CE; Wed, 2 Mar 2005 16:52:58 +0000 (GMT) Received: from ms002msg.fastwebnet.it (ms002msg.fastwebnet.it [213.140.2.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15FEF43D2F; Wed, 2 Mar 2005 16:52:58 +0000 (GMT) (envelope-from filippo@portatile.fastwebnet.it) Received: from portatile (1.255.90.62) by ms002msg.fastwebnet.it (7.2.052.3) id 41FFB3EA0032A743; Wed, 2 Mar 2005 17:52:57 +0100 Received: from portatile.fastwebnet.it (localhost [127.0.0.1]) by portatile (Postfix) with ESMTP id 54663B868; Wed, 2 Mar 2005 17:53:06 +0100 (CET) Received: (from filippo@localhost) by portatile.fastwebnet.it (8.13.1/8.13.1/Submit) id j22Gr5El000722; Wed, 2 Mar 2005 17:53:05 +0100 (CET) (envelope-from filippo) Date: Wed, 2 Mar 2005 17:53:04 +0100 From: Filippo Forti To: John Baldwin Message-ID: <20050302165304.GA674@portatile.fastwebnet.it> Mail-Followup-To: John Baldwin , freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org References: <20050301203005.GA684@portatile.fastwebnet.it> <200503011703.50828.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503011703.50828.jhb@FreeBSD.org> User-Agent: Mutt/1.5.6i cc: freebsd-acpi@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Panic on suspend X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: filippo.forti@fastwebnet.it List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 16:52:59 -0000 On Tue, Mar 01, 2005 at 05:03:50PM -0500, John Baldwin wrote: > On Tuesday 01 March 2005 03:30 pm, Filippo Forti wrote: > > Hi, > > I got a fully reproduceable panic while trying to suspend (to S3) on my > > laptop. FreeBSD is -CURRENT from Monday. > > > > I'm using a modified DSDT which used to work before I updated on Monday. > > dmesg from after reboot is attacched. > > > > Here comes gbd output > > > > > > Fatal trap 12: page fault while in vm86 mode > > fault virtual address = 0x2000 > > fault code = user write, page not present > > instruction pointer = 0xc000:0x5195 > > stack pointer = 0x0:0xfe4 > > frame pointer = 0x0:0x0 > > code segment = base 0x600005, limit 0x2, type 0x11 > > = DPL 1, pres 0, def32 0, gran 0 > > processor eflag = interrupt enabled, resume, mv86, IOPL = 0 > > current process = 1046 (acpiconf) > > [thread pid 1046 tid 100084] > > Stopped at 0x5159: *** error reading from address 5159 *** > > > > db> tr > > Tracing pid 1046 tid 100084 td 0xc27645c0 > > (null)(ff000e2c3,f000ff53,f000ff54,f00092da) at 0x5195 > > _end(ccce4fab,b638f354,3a6c5da3,ec956de5,fe6dff6c) at 0xf000ff53 > > > > db> where > > Tracing pid 1046 tid 100084 td 0xc27645c0 > > kdb_enter(c08d00f2,c08e69ce,c08cbfd1,c08ee7f9,2b8) at kdb_enter+0x31 > > witness_checkorder(c2cc2a54,9,c08ee7f9,2b8,0) at witness_checkorder+0xc9 > > _mtx_lock_flags(c2cc2a54,0,c08ee7f9,2b8,0) at _mtx_lock_flags+0x85 > > trap_pfault(c0c21fa8,0,2000,c0c21fa8,2000) at trap_pfault+0xa1 > > trap (0,0,0,1000,0) at trap+0x34b > > calltrap() at calltrap+0x5 > > ---trap 0xc, eip = 0x5195, esp = 0xc0c21fe8, ebp = 0 --- > > > > db> next > > panic: blockable sleep lock (sleep mutex) process lock @ > > /usr/src/sys/i386/i386/trap.c:696 > > KDB: enter: panic > > After 2 instructions (0 loads, 0 stores), > > [thread 1046 tid 1000084] > > stopped at kdb_enter+0x31: ret > > > > Thanks for your help > > Filippo > > Can you try this patch to get rid of the bogus witness warning: > This patch causes the kernel to panic on boot. Here comes something from there: Fatal trap 12: page fault while in kernel mode fault address = 0xbfbfffff fault code = supervisor write, page not present instruction pointer = 0x8:0xc085055d stack pointer = 0x10:0xe35a6cb8 frame pointer = 0x10:0xe35a6d14 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1 (swapper) [thread pid 1 tid 100003] Stopped at subyte+0x25: movb %al,0(%edx) db> where Tracing pid 1 tid 100003 td 0xc227d450 subyte(0,e35a6d48,c08ca09d,30e,0) at subyte+0x25 fork_exit)c0634dac,0,e35a6d48) at fork_exit+0xc7 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip=0, esp=0xe35a6d7c, epb=0 --- > Index: trap.c > =================================================================== > RCS file: /usr/cvs/src/sys/i386/i386/trap.c,v > retrieving revision 1.270 > diff -u -r1.270 trap.c > --- trap.c 16 Nov 2004 20:42:31 -0000 1.270 > +++ trap.c 18 Feb 2005 15:31:37 -0000 > @@ -238,7 +238,7 @@ > * to the debugger. > */ > eva = rcr2(); > - if (td->td_critnest == 0) > + if (td->td_critnest == 0 && td->td_sleeplocks == NULL) > enable_intr(); > else > trap_fatal(&frame, eva); > > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org P.S.: I worte the other messages in reply to my problem and will notice you of the results as soon as I can test all of them. Thanks for your help Filippo From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 2 16:55:08 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA0B616A4CE; Wed, 2 Mar 2005 16:55:08 +0000 (GMT) Received: from ms001msg.fastwebnet.it (ms001msg.fastwebnet.it [213.140.2.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9312743D1F; Wed, 2 Mar 2005 16:55:08 +0000 (GMT) (envelope-from filippo@portatile.fastwebnet.it) Received: from portatile (1.255.90.62) by ms001msg.fastwebnet.it (7.2.052.3) id 41FFB4A2006FD89F; Wed, 2 Mar 2005 17:55:07 +0100 Received: from portatile.fastwebnet.it (localhost [127.0.0.1]) by portatile (Postfix) with ESMTP id D0695B868; Wed, 2 Mar 2005 17:55:16 +0100 (CET) Received: (from filippo@localhost) by portatile.fastwebnet.it (8.13.1/8.13.1/Submit) id j22GtGOx000759; Wed, 2 Mar 2005 17:55:16 +0100 (CET) (envelope-from filippo) Date: Wed, 2 Mar 2005 17:55:16 +0100 From: Filippo Forti To: Nate Lawson Message-ID: <20050302165516.GB674@portatile.fastwebnet.it> Mail-Followup-To: Nate Lawson , freebsd-current@freebsd.org, freebsd-acpi@freebsd.org References: <20050301203005.GA684@portatile.fastwebnet.it> <20050301203732.GB684@portatile.fastwebnet.it> <4224F88E.8080205@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4224F88E.8080205@root.org> User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Panic on suspend X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: filippo.forti@fastwebnet.it List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 16:55:09 -0000 On Tue, Mar 01, 2005 at 03:19:42PM -0800, Nate Lawson wrote: > Filippo Forti wrote: > >I got a fully reproduceable panic while trying to suspend (to S3) on my > >laptop. > >FreeBSD is -CURRENT from Monday. > > > >I'm using a modified DSDT which used to work before I updated on Monday. > >dmesg from after reboot is attacched. > > > >Here comes gbd output > > > >Fatal trap 12: page fault while in vm86 mode > >fault virtual address = 0x2000 > >fault code = user write, page not present > >instruction pointer = 0xc000:0x5195 > ^^^^^^^ > Unfortunately this doesn't make the trick Thanks anyway > That is in the VGA BIOS. Try setting this sysctl before suspending: > > hw.acpi.reset_video=0 > > >stack pointer = 0x0:0xfe4 > >frame pointer = 0x0:0x0 > >code segment = base 0x600005, limit 0x2, type 0x11 > > = DPL 1, pres 0, def32 0, > > gran 0 > >processor eflag = interrupt enabled, resume, mv86, > >IOPL = 0 > >current process = 1046 (acpiconf) > >[thread pid 1046 tid 100084] > >Stopped at 0x5159: *** error reading from address 5159 *** > > Ian committed code to restore the VESA state so we shouldn't reset video > redundantly. I'm thinking of changing the default to 0 in -current. > > -- > Nate Filippo From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 2 18:14:26 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D660816A4CF for ; Wed, 2 Mar 2005 18:14:26 +0000 (GMT) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E8E443D3F for ; Wed, 2 Mar 2005 18:14:26 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30879 invoked from network); 2 Mar 2005 18:14:26 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 2 Mar 2005 18:14:25 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j22IEJOA082705; Wed, 2 Mar 2005 13:14:20 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: filippo.forti@fastwebnet.it Date: Wed, 2 Mar 2005 12:17:30 -0500 User-Agent: KMail/1.6.2 References: <20050301203005.GA684@portatile.fastwebnet.it> <200503011703.50828.jhb@FreeBSD.org> <20050302165304.GA674@portatile.fastwebnet.it> In-Reply-To: <20050302165304.GA674@portatile.fastwebnet.it> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503021217.30157.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-acpi@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Panic on suspend 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, 02 Mar 2005 18:14:27 -0000 On Wednesday 02 March 2005 11:53 am, Filippo Forti wrote: > On Tue, Mar 01, 2005 at 05:03:50PM -0500, John Baldwin wrote: > > On Tuesday 01 March 2005 03:30 pm, Filippo Forti wrote: > > > Hi, > > > I got a fully reproduceable panic while trying to suspend (to S3) on my > > > laptop. FreeBSD is -CURRENT from Monday. > > > > > > I'm using a modified DSDT which used to work before I updated on > > > Monday. dmesg from after reboot is attacched. > > > > > > Here comes gbd output > > > > > > > > > Fatal trap 12: page fault while in vm86 mode > > > fault virtual address = 0x2000 > > > fault code = user write, page not present > > > instruction pointer = 0xc000:0x5195 > > > stack pointer = 0x0:0xfe4 > > > frame pointer = 0x0:0x0 > > > code segment = base 0x600005, limit 0x2, type 0x11 > > > = DPL 1, pres 0, def32 0, gran 0 > > > processor eflag = interrupt enabled, resume, mv86, IOPL = 0 > > > current process = 1046 (acpiconf) > > > [thread pid 1046 tid 100084] > > > Stopped at 0x5159: *** error reading from address 5159 *** > > > > > > db> tr > > > Tracing pid 1046 tid 100084 td 0xc27645c0 > > > (null)(ff000e2c3,f000ff53,f000ff54,f00092da) at 0x5195 > > > _end(ccce4fab,b638f354,3a6c5da3,ec956de5,fe6dff6c) at 0xf000ff53 > > > > > > db> where > > > Tracing pid 1046 tid 100084 td 0xc27645c0 > > > kdb_enter(c08d00f2,c08e69ce,c08cbfd1,c08ee7f9,2b8) at kdb_enter+0x31 > > > witness_checkorder(c2cc2a54,9,c08ee7f9,2b8,0) at > > > witness_checkorder+0xc9 _mtx_lock_flags(c2cc2a54,0,c08ee7f9,2b8,0) at > > > _mtx_lock_flags+0x85 trap_pfault(c0c21fa8,0,2000,c0c21fa8,2000) at > > > trap_pfault+0xa1 trap (0,0,0,1000,0) at trap+0x34b > > > calltrap() at calltrap+0x5 > > > ---trap 0xc, eip = 0x5195, esp = 0xc0c21fe8, ebp = 0 --- > > > > > > db> next > > > panic: blockable sleep lock (sleep mutex) process lock @ > > > /usr/src/sys/i386/i386/trap.c:696 > > > KDB: enter: panic > > > After 2 instructions (0 loads, 0 stores), > > > [thread 1046 tid 1000084] > > > stopped at kdb_enter+0x31: ret > > > > > > Thanks for your help > > > Filippo > > > > Can you try this patch to get rid of the bogus witness warning: > > This patch causes the kernel to panic on boot. Here comes something from > there: > > Fatal trap 12: page fault while in kernel mode > fault address = 0xbfbfffff > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc085055d > stack pointer = 0x10:0xe35a6cb8 > frame pointer = 0x10:0xe35a6d14 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1 (swapper) > [thread pid 1 tid 100003] > Stopped at subyte+0x25: movb %al,0(%edx) > > db> where > Tracing pid 1 tid 100003 td 0xc227d450 > subyte(0,e35a6d48,c08ca09d,30e,0) at subyte+0x25 > fork_exit)c0634dac,0,e35a6d48) at fork_exit+0xc7 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip=0, esp=0xe35a6d7c, epb=0 --- Yes, the patch below is supposed to make it panic more cleanly rather than emitting a bogus witness warning. It won't fix the root panic. > > Index: trap.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/i386/i386/trap.c,v > > retrieving revision 1.270 > > diff -u -r1.270 trap.c > > --- trap.c 16 Nov 2004 20:42:31 -0000 1.270 > > +++ trap.c 18 Feb 2005 15:31:37 -0000 > > @@ -238,7 +238,7 @@ > > * to the debugger. > > */ > > eva = rcr2(); > > - if (td->td_critnest == 0) > > + if (td->td_critnest == 0 && td->td_sleeplocks == NULL) > > enable_intr(); > > else > > trap_fatal(&frame, eva); > > > > > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > P.S.: I worte the other messages in reply to my problem and will notice > you of the results as soon as I can test all of them. > > Thanks for your help > Filippo -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 2 18:30:56 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0B9316A4CE for ; Wed, 2 Mar 2005 18:30:56 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id F30A543D53 for ; Wed, 2 Mar 2005 18:30:50 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id j22IUjf2004953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 2 Mar 2005 19:30:48 +0100 Message-ID: <42260655.6060203@ng.fadesa.es> Date: Wed, 02 Mar 2005 19:30:45 +0100 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: ClamAV 0.80/742/Wed Mar 2 02:05:59 2005 clamav-milter version 0.80j on tierra2.ng.fadesa.es X-Virus-Status: Clean Subject: FreeBSD powers up after shutdown with 5.4-PRERELEASE X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 18:30:56 -0000 Hello, I need some help here, I have FreeBSD running in a Gigabyte GA-7N400V Pro2 motherboard, all works fine except when the "Resume by alarm" option is enabled in the bios. From this moment FreeBSD is unable to halt the machine because it does a reset instead. As result the FreeBSD workstation is on all day. I've followed the handbook advise switching hw.acpi.disable_on_poweroff from 0 to 1 and viceversa, but it doesn't help. Yet I think it is something related to FreeBSD because I did a test with a slackware distribution (kernel 2.4.26 and acpi ver. 20040326) and indeed Linux is able to power off the machine with "Resume by alarm" enabled. it would be possible to correct this easily ot it requires a big effort? Thank you. some info: http://195.55.55.164/tests/FreeBSD/acpi/dmesg.txt http://195.55.55.164/tests/FreeBSD/acpi/acpi.iasl.txt hw.acpi.supported_sleep_state: S1 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 2 18:51:54 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAFAA16A4CE for ; Wed, 2 Mar 2005 18:51:54 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B8AC43D2F for ; Wed, 2 Mar 2005 18:51:53 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j22Ipqql054014 for ; Wed, 2 Mar 2005 12:51:52 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <42260B46.5010100@centtech.com> Date: Wed, 02 Mar 2005 12:51:50 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 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 X-Virus-Scanned: ClamAV 0.82/742/Tue Mar 1 19:05:59 2005 on mh1.centtech.com X-Virus-Status: Clean Subject: System running hot / CPU freq changes randomly 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, 02 Mar 2005 18:51:54 -0000 I've jsut upgraded from 5.3-STABLE to -CURRENT, and have a few things I've noticed. One, my machine runs much hotter - it used to stay around 40 - 41C, but not stays around 49C. Also, it actually seems like it's running slower - and maybe it is. It looks like the cpu frequency is changing all the time, hopping around from one freq to another, for no real reason that I can tell. I'm running on a dell D600 (1.6GHZ Pentium M), with -CURRENT as of last night. I can provide any additional information needed.. Eric Here's what I mean (on AC, not battery): [ 12:48:25 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 1600 [ 12:48:27 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 400 [ 12:48:28 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 400 [ 12:48:30 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 800 [ 12:48:31 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 800 [ 12:48:32 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 200 [ 12:48:34 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 1600 [ 12:48:35 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 1600 [ 12:48:37 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 800 [ 12:48:38 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 400 [ 12:48:39 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 400 [ 12:48:41 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 800 On battery: [ 12:49:13 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 1600 [ 12:49:17 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 1600 [ 12:49:18 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 800 [ 12:49:20 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 800 [ 12:49:21 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 800 [ 12:49:22 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 400 [ 12:49:24 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 800 [ 12:49:25 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 1600 [ 12:49:27 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 400 [ 12:49:28 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 800 [ 12:49:29 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 800 [ 12:49:31 root@neutrino ~ ]# sysctl dev.cpu.0.freq dev.cpu.0.freq: 1600 MORE INFO: # sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU (4 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 400 dev.cpu.0.freq_levels: 1600/-1 1400/-1 1225/-1 1200/-1 1050/-1 1000/-1 900/-1 875/-1 800/-1 750/-1 700/-1 656/-1 625/-1 600/-1 562/-1 525/-1 500/-1 450/-1 400/-1 375/-1 350/-1 300/-1 250/-1 225/-1 200/-1 175/-1 150/-1 125/-1 100/-1 75/-1 50/-1 25/-1 # sysctl hw.acpi hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 1 hw.acpi.verbose: 1 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% 0.00% hw.acpi.acline: 1 hw.acpi.battery.life: 99 hw.acpi.battery.time: 0 hw.acpi.battery.state: 1 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.video.tv0.active: 0 hw.acpi.video.crt0.active: 0 hw.acpi.video.out0.active: 0 hw.acpi.video.lcd0.active: 1 hw.acpi.video.out1.active: 0 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 48.5C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 102.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 # kldstat Id Refs Address Size Name 1 19 0xc0400000 599ab8 kernel 2 1 0xc099a000 1c328 linux.ko 3 1 0xc09b7000 5bdc snd_ich.ko 4 2 0xc09bd000 203d4 sound.ko 5 1 0xc09de000 42c0 acpi_video.ko 6 17 0xc09e3000 5ec70 acpi.ko 7 1 0xc0a42000 1c0ac radeon.ko 8 1 0xc0a5f000 5f4c cpufreq.ko 9 2 0xc0a65000 127fc netgraph.ko 10 1 0xc0a78000 96cc ng_ubt.ko 11 1 0xc2474000 3000 wlan_wep.ko -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 2 20:00:54 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5994616A4CE for ; Wed, 2 Mar 2005 20:00:54 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08E4443D2D for ; Wed, 2 Mar 2005 20:00:54 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j22K0oZj011388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 2 Mar 2005 12:00:51 -0800 Message-ID: <42261B72.8070602@root.org> Date: Wed, 02 Mar 2005 12:00:50 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <42260B46.5010100@centtech.com> In-Reply-To: <42260B46.5010100@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: System running hot / CPU freq changes randomly 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, 02 Mar 2005 20:00:54 -0000 Eric Anderson wrote: > I've jsut upgraded from 5.3-STABLE to -CURRENT, and have a few things > I've noticed. One, my machine runs much hotter - it used to stay around > 40 - 41C, but not stays around 49C. Also, it actually seems like it's > running slower - and maybe it is. It looks like the cpu frequency is > changing all the time, hopping around from one freq to another, for no > real reason that I can tell. > I'm running on a dell D600 (1.6GHZ Pentium M), with -CURRENT as of last > night. > I can provide any additional information needed.. > > > Here's what I mean (on AC, not battery): > [ 12:48:25 root@neutrino ~ ]# sysctl dev.cpu.0.freq > dev.cpu.0.freq: 1600 > [ 12:48:27 root@neutrino ~ ]# sysctl dev.cpu.0.freq > dev.cpu.0.freq: 400 > [ 12:48:28 root@neutrino ~ ]# sysctl dev.cpu.0.freq > dev.cpu.0.freq: 400 Are you running powerd? If you have powerd_enable="YES" in /etc/rc.conf, it defaults to adaptive control. I _thought_ I made the default "NO" until we get more testing. > hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% 0.00% I had to disable C2 and higher by default due to some C3 problems some users were having. Hopefully we'll sort this out at some point and re-enable it by default. You can get the old values back through /etc/rc.conf. Add: performance_cx_lowest="LOW" economy_cx_lowest="LOW" (Or explicitly use "C3" if C4 doesn't work right for you). -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 2 20:35:54 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE52116A4CE for ; Wed, 2 Mar 2005 20:35:54 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8600943D49 for ; Wed, 2 Mar 2005 20:35:53 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j22KZqqp055171; Wed, 2 Mar 2005 14:35:52 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <422623A6.5090605@centtech.com> Date: Wed, 02 Mar 2005 14:35:50 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42260B46.5010100@centtech.com> <42261B72.8070602@root.org> In-Reply-To: <42261B72.8070602@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/742/Tue Mar 1 19:05:59 2005 on mh1.centtech.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org Subject: Re: System running hot / CPU freq changes randomly 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, 02 Mar 2005 20:35:55 -0000 Nate Lawson wrote: > Eric Anderson wrote: > >> I've jsut upgraded from 5.3-STABLE to -CURRENT, and have a few things >> I've noticed. One, my machine runs much hotter - it used to stay >> around 40 - 41C, but not stays around 49C. Also, it actually seems >> like it's running slower - and maybe it is. It looks like the cpu >> frequency is changing all the time, hopping around from one freq to >> another, for no real reason that I can tell. >> I'm running on a dell D600 (1.6GHZ Pentium M), with -CURRENT as of >> last night. >> I can provide any additional information needed.. >> >> >> Here's what I mean (on AC, not battery): >> [ 12:48:25 root@neutrino ~ ]# sysctl dev.cpu.0.freq >> dev.cpu.0.freq: 1600 >> [ 12:48:27 root@neutrino ~ ]# sysctl dev.cpu.0.freq >> dev.cpu.0.freq: 400 >> [ 12:48:28 root@neutrino ~ ]# sysctl dev.cpu.0.freq >> dev.cpu.0.freq: 400 > > > Are you running powerd? If you have powerd_enable="YES" in > /etc/rc.conf, it defaults to adaptive control. I _thought_ I made the > default "NO" until we get more testing. Yes, I am using it. It was default to no, but I enabled it in hopes that it would help battery life and reduce temperature. I realized I didn't really have the settings right, so after setting some lines in rc.conf and restarting powerd, it seems to have stopped flopping around. I'm willing to help debug/test.. >> hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 >> hw.acpi.cpu.cx_lowest: C1 >> hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% 0.00% > > > I had to disable C2 and higher by default due to some C3 problems some > users were having. Hopefully we'll sort this out at some point and > re-enable it by default. > > You can get the old values back through /etc/rc.conf. Add: > > performance_cx_lowest="LOW" > economy_cx_lowest="LOW" > > (Or explicitly use "C3" if C4 doesn't work right for you). These are the settings I have right now: powerd_enable="YES" powerd_flags="-a max -b adaptive" performance_cx_lowest="HIGH" # Online CPU idle state performance_cpu_freq="1600" # Online CPU frequency economy_cx_lowest="LOW" # Offline CPU idle state economy_cpu_freq="NONE" # Offline CPU frequency Did I set something suboptimally? I play with the settings a bit - I'm used to est and estctrl (which I've removed from my system now that I am on 6.0-CURRENT). I'll also try S3 to see if it works on -CURRENT (it rebooted the machine under 5.3-STABLE) - I really want S3 and S4BIOS to work on this laptop, so I'm willing to put some energy into helping anyway I can.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 2 23:29:14 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F153616A4CE; Wed, 2 Mar 2005 23:29:13 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F31C43D1F; Wed, 2 Mar 2005 23:29:13 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])j22NSaRs011996; Wed, 2 Mar 2005 18:28:37 -0500 Message-ID: <42264C34.90701@root.org> Date: Wed, 02 Mar 2005 15:28:52 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050301215549.7A2E25D07@ptavv.es.net> In-Reply-To: <20050301215549.7A2E25D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: acpi@FreeBSD.ORG cc: Maxim Sobolev cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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, 02 Mar 2005 23:29:14 -0000 Kevin Oberman wrote: >>Date: Thu, 24 Feb 2005 13:11:14 -0800 >>From: Nate Lawson >> >>Maxim Sobolev wrote: >> >>>Kevin Oberman wrote: >>>> >>>>I'm also concerned that taking TCC out of automatic mode might not be a >>>>great idea, at least until things like _PSV are supported. When I do a >>>>buildkernel, buildworld or any big compile job, I need to slow down the >>>>CPU to keep the CPU form frying. It quickly jumps to 185 F. or higher if >>>>I don't. If I understand automatic TCC, it should throttle the CPU all >>>>by itself to prevent this. >>> >>>Taking TCC out of automatic mode doesn't disable thermal controlling >>>circuitry completely, so that if the processor overheats it will shut >>>down the machine anyway: >>> >>>--- >>>Regardless of enabling of the automatic >>>or On-Demand modes, in the event of a catastrophic cooling failure, the >>>processor will >>>automatically shut down when the silicon has reached a temperature of >>>approximately >>>135 °C. At this point the system bus signal THERMTRIP# will go active >>>and stay active >>>until RESET# has been initiated. >>>--- >> >>Correct. Even more so, automatic mode continues to override On-Demand >>mode if there is a more moderate thermal condition than THERMTRIP#: >> >>"On-Demand mode may be used at the same time Automatic mode is enabled, >>however, if the system tries to enable the TCC via On-Demand mode at the >>same time automatic mode is enabled AND a high temperature condition >>exists, the duty cycle of the automatic mode will override the duty >>cycle selected by the On-Demand mode." >> >>Since automatic mode is set by the BIOS before we even boot, things >>should be fine. > > Thanks! With this set I am down to "only" 14 frequencies, but they are > now proportional to CPU speed and I still have a fully functional TCC, > should I need it. > > Also, at no added charge, the system no longer locks up at low speed. I > can to all the way down to 150 MHz just fine! No more hangs. > > I really think that if would be a good idea to have > hint.p4tcc.0.disabled set by default, especially based on sobomax's > recent message where the spec says that normal operation can't be > assured if the TCC is not in automatic mode. I'm glad it's working for you but I don't think p4tcc should be disabled by default. sobomax's interpretation of the spec is not correct. The text you are referring to is directed at BIOS authors. The (undocumented) Automatic flag must be set during initialization (i.e., by the BIOS) or the system is not operating within specifications. Mobile Intel Pentium 4 Processor-M Datasheet, 6.1.2 --- The thermal monitor uses two modes to activate the TCC: Automatic mode and On-Demand mode. Automatic mode is required for the processor to operate within specifications and must first be enabled via BIOS. --- Again, this text is just saying that if the BIOS never enables the Automatic flag, the system is out of specification. However, this spec is a bit unclear on what happens when On-Demand mode is active and then a thermal condition occurs. It only specifies that if On-Demand mode is selected while a thermal condition is already present, the requested transition will not occur until the thermal condition has passed. If you look elsewhere, the design is stated more clearly and shows the reading that enabling On-Demand disables Automatic mode is incorrect. Intel Software Developer's Manual, Volume 3, 13.15.3: "If on-demand clock modulation and TM1 are both enabled and the thermal status of the processor is hot ..., clock modulation at the duty cycle specified by TM1 takes precedence, regardless of the setting of the on-demand clock modulation duty cycle." Empirical testing shows TM1 kicks in around 75C and THERMTRIP is somewhere near 100C. The separate THERMTRIP feature disables the processor completely if TM1 or 2 fail to stop the temperature from rising. http://www.digit-life.com/articles2/p4-throttling/ -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 2 23:56:27 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56B0B16A4CE; Wed, 2 Mar 2005 23:56:27 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id F244343D48; Wed, 2 Mar 2005 23:56:26 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Wed, 02 Mar 2005 15:56:24 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BA3925D07; Wed, 2 Mar 2005 15:56:23 -0800 (PST) To: Nate Lawson In-reply-to: Your message of "Wed, 02 Mar 2005 15:28:52 PST." <42264C34.90701@root.org> Date: Wed, 02 Mar 2005 15:56:23 -0800 From: "Kevin Oberman" Message-Id: <20050302235623.BA3925D07@ptavv.es.net> cc: acpi@FreeBSD.ORG cc: Maxim Sobolev cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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, 02 Mar 2005 23:56:27 -0000 > Date: Wed, 02 Mar 2005 15:28:52 -0800 > From: Nate Lawson > > Kevin Oberman wrote: > >>Date: Thu, 24 Feb 2005 13:11:14 -0800 > >>From: Nate Lawson > >> > >>Maxim Sobolev wrote: > >> > >>>Kevin Oberman wrote: > >>>> > >>>>I'm also concerned that taking TCC out of automatic mode might not be a > >>>>great idea, at least until things like _PSV are supported. When I do a > >>>>buildkernel, buildworld or any big compile job, I need to slow down the > >>>>CPU to keep the CPU form frying. It quickly jumps to 185 F. or higher if > >>>>I don't. If I understand automatic TCC, it should throttle the CPU all > >>>>by itself to prevent this. > >>> > >>>Taking TCC out of automatic mode doesn't disable thermal controlling > >>>circuitry completely, so that if the processor overheats it will shut > >>>down the machine anyway: > >>> > >>>--- > >>>Regardless of enabling of the automatic > >>>or On-Demand modes, in the event of a catastrophic cooling failure, the > >>>processor will > >>>automatically shut down when the silicon has reached a temperature of > >>>approximately > >>>135 °C. At this point the system bus signal THERMTRIP# will go active > >>>and stay active > >>>until RESET# has been initiated. > >>>--- > >> > >>Correct. Even more so, automatic mode continues to override On-Demand > >>mode if there is a more moderate thermal condition than THERMTRIP#: > >> > >>"On-Demand mode may be used at the same time Automatic mode is enabled, > >>however, if the system tries to enable the TCC via On-Demand mode at the > >>same time automatic mode is enabled AND a high temperature condition > >>exists, the duty cycle of the automatic mode will override the duty > >>cycle selected by the On-Demand mode." > >> > >>Since automatic mode is set by the BIOS before we even boot, things > >>should be fine. > > > > Thanks! With this set I am down to "only" 14 frequencies, but they are > > now proportional to CPU speed and I still have a fully functional TCC, > > should I need it. > > > > Also, at no added charge, the system no longer locks up at low speed. I > > can to all the way down to 150 MHz just fine! No more hangs. > > > > I really think that if would be a good idea to have > > hint.p4tcc.0.disabled set by default, especially based on sobomax's > > recent message where the spec says that normal operation can't be > > assured if the TCC is not in automatic mode. > > I'm glad it's working for you but I don't think p4tcc should be disabled > by default. sobomax's interpretation of the spec is not correct. > > The text you are referring to is directed at BIOS authors. The > (undocumented) Automatic flag must be set during initialization (i.e., > by the BIOS) or the system is not operating within specifications. > > Mobile Intel Pentium 4 Processor-M Datasheet, 6.1.2 > --- > The thermal monitor uses two modes to activate the TCC: Automatic mode > and On-Demand mode. Automatic mode is required for the processor to > operate within specifications and must first be enabled via BIOS. > --- > > Again, this text is just saying that if the BIOS never enables the > Automatic flag, the system is out of specification. However, this spec > is a bit unclear on what happens when On-Demand mode is active and then > a thermal condition occurs. It only specifies that if On-Demand mode is > selected while a thermal condition is already present, the requested > transition will not occur until the thermal condition has passed. > > If you look elsewhere, the design is stated more clearly and shows the > reading that enabling On-Demand disables Automatic mode is incorrect. > > Intel Software Developer's Manual, Volume 3, 13.15.3: > "If on-demand clock modulation and TM1 are both enabled and the thermal > status of the processor is hot ..., clock modulation at the duty cycle > specified by TM1 takes precedence, regardless of the setting of the > on-demand clock modulation duty cycle." > > Empirical testing shows TM1 kicks in around 75C and THERMTRIP is > somewhere near 100C. The separate THERMTRIP feature disables the > processor completely if TM1 or 2 fail to stop the temperature from rising. > > http://www.digit-life.com/articles2/p4-throttling/ OK. This makes me feel a bit better, but I still think I'll leave TCC out of the equation as it makes the various frequency steps vary uneven to the point that lowering dev.cpu.0.freq would increase performance (and the reverse, as well) and it causes my system to hang when throttled back too far. It never hangs with TCC disabled although my lowest "frequency" is now just 150 MHz. By the way, I am still delighted in the cpufreq addition to the system. It gives me excellent control of CPU speed to stretch my battery life. All I really need is a desktop tool (maybe a gnome applet) to let me adjust freq easily. I may just try to write that myself if I get some time before someone else gets to it. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 3 00:32:09 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7887D16A4CF for ; Thu, 3 Mar 2005 00:32:09 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9715343D41 for ; Thu, 3 Mar 2005 00:32:08 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so256422rnf for ; Wed, 02 Mar 2005 16:32:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=gQvU31RWH7jktW7MW9aFGZ+RrlJhoK+5Lw8U8IoJTvcKyEBBOKWe5nezorbbi20EnEyRjiSkP3U1wzq/h+wd5rPqZwTVaRT0kBVZD35JTxadRl0EOR1EPLpjy78s+U2/bSSP7cCc3njC8GVSCHon6X2uCBLQK5W2bFOwO/sP4Og= Received: by 10.38.97.5 with SMTP id u5mr67084rnb; Wed, 02 Mar 2005 16:31:34 -0800 (PST) Received: by 10.38.101.19 with HTTP; Wed, 2 Mar 2005 16:31:34 -0800 (PST) Message-ID: Date: Wed, 2 Mar 2005 18:31:34 -0600 From: Eric Kjeldergaard To: Nate Lawson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> <421A8F90.3080907@root.org> <4224F8CB.60305@root.org> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2005 00:32:09 -0000 On Wed, 2 Mar 2005 01:08:47 -0600, Eric Kjeldergaard wrote: > On Tue, 01 Mar 2005 15:20:43 -0800, Nate Lawson wrote: > > Eric Kjeldergaard wrote: > > > On Tue, 1 Mar 2005 15:34:24 -0600, Eric Kjeldergaard wrote: > > > Oh, just one more thing... > > > Perhaps I'm misunderstanding, but I never see ichss load. It's > > > supposed to load automagically if I have an ICH, no? > > > > ichss, est, and p4tcc are all contained within cpufreq.ko > > Okay, that's what I thought I had read. This is a p4m and should > definitely have something showing up for ichss when I load cpufreq > then. It doesn't seem to (this is the same system that has USB > suddenly stop working). > Found even more time to play with this. I got the freshest of sources (mebbe 3 hours old now) and built it. USB works if I load it via /boot/loader.conf now but still does not if I kldload it during runtime. ichss still appears not to load although I'm pretty sure it should be. Any information you'd like? -- If I write a signature, my emails will appear more personalised. From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 3 01:32:32 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7577316A4CE; Thu, 3 Mar 2005 01:32:32 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 3B68243D48; Thu, 3 Mar 2005 01:32:31 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 3 Mar 2005 01:32:30 +0000 (GMT) To: filippo.forti@fastwebnet.it In-Reply-To: Your message of "Wed, 02 Mar 2005 17:55:16 +0100." <20050302165516.GB674@portatile.fastwebnet.it> Date: Thu, 03 Mar 2005 01:32:29 +0000 From: Ian Dowse Message-ID: <200503030132.aa82163@salmon.maths.tcd.ie> cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Panic on suspend 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, 03 Mar 2005 01:32:32 -0000 In message <20050302165516.GB674@portatile.fastwebnet.it>, Filippo Forti writes : >On Tue, Mar 01, 2005 at 03:19:42PM -0800, Nate Lawson wrote: >> That is in the VGA BIOS. Try setting this sysctl before suspending: >> >> hw.acpi.reset_video=0 >Unfortunately this doesn't make the trick >Thanks anyway Did updating to the version 1.49 of vesa.c fix the crash for you? There is a new patch at: http://people.freebsd.org/~iedowse/vesa_restore.diff This needs to be applied on top of version 1.49, and should hopefully correct the behaviour when the VESA state requires more than 4k of space. Would you be able to test that this version does not crash for you on suspend? I don't fully understand why the previous version was faulting at 0x2000, since that page should have been mapped into the VM86 address space. However my code was definitely handling the kernel virtual addresses incorrectly, so maybe that was causing something to be overwritten. The updated patch allocates a contiguous virtual buffer and then maps each page into the VM86 address space starting at 0x1000. Ian From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 3 01:37:16 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5530416A4CE; Thu, 3 Mar 2005 01:37:16 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08AA143D41; Thu, 3 Mar 2005 01:37:16 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j231b5Zj015068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 2 Mar 2005 17:37:06 -0800 Message-ID: <42266A41.2010907@root.org> Date: Wed, 02 Mar 2005 17:37:05 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050302235623.BA3925D07@ptavv.es.net> In-Reply-To: <20050302235623.BA3925D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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, 03 Mar 2005 01:37:16 -0000 Kevin Oberman wrote: >>Date: Wed, 02 Mar 2005 15:28:52 -0800 >>From: Nate Lawson >>If you look elsewhere, the design is stated more clearly and shows the >>reading that enabling On-Demand disables Automatic mode is incorrect. >> >>Intel Software Developer's Manual, Volume 3, 13.15.3: >>"If on-demand clock modulation and TM1 are both enabled and the thermal >>status of the processor is hot ..., clock modulation at the duty cycle >>specified by TM1 takes precedence, regardless of the setting of the >>on-demand clock modulation duty cycle." >> >>Empirical testing shows TM1 kicks in around 75C and THERMTRIP is >>somewhere near 100C. The separate THERMTRIP feature disables the >>processor completely if TM1 or 2 fail to stop the temperature from rising. >> >>http://www.digit-life.com/articles2/p4-throttling/ > > > OK. This makes me feel a bit better, but I still think I'll leave TCC > out of the equation as it makes the various frequency steps vary uneven > to the point that lowering dev.cpu.0.freq would increase performance > (and the reverse, as well) and it causes my system to hang when > throttled back too far. It never hangs with TCC disabled although my > lowest "frequency" is now just 150 MHz. > > By the way, I am still delighted in the cpufreq addition to the system. > It gives me excellent control of CPU speed to stretch my battery life. > All I really need is a desktop tool (maybe a gnome applet) to let me > adjust freq easily. I may just try to write that myself if I get some > time before someone else gets to it. I'll try to see if I can find a way to notice bad states and disable them automatically. Perhaps your CPU has some errata. Regarding the gnome applet, too late, marcus@ has done that. :) -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 3 17:23:30 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7E1F16A4CE; Thu, 3 Mar 2005 17:23:29 +0000 (GMT) Received: from ms005msg.fastwebnet.it (ms005msg.fastwebnet.it [213.140.2.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF8F143D5A; Thu, 3 Mar 2005 17:23:28 +0000 (GMT) (envelope-from filippo@portatile.fastwebnet.it) Received: from portatile (1.255.90.62) by ms005msg.fastwebnet.it (7.2.052.3) id 41FFB24D006AF2EA; Thu, 3 Mar 2005 18:23:27 +0100 Received: from portatile.fastwebnet.it (localhost [127.0.0.1]) by portatile (Postfix) with ESMTP id A8B74B868; Thu, 3 Mar 2005 18:23:37 +0100 (CET) Received: (from filippo@localhost) by portatile.fastwebnet.it (8.13.1/8.13.1/Submit) id j23HNauM000707; Thu, 3 Mar 2005 18:23:36 +0100 (CET) (envelope-from filippo) Date: Thu, 3 Mar 2005 18:23:35 +0100 From: Filippo Forti To: Ian Dowse Message-ID: <20050303172334.GA674@portatile.fastwebnet.it> Mail-Followup-To: Ian Dowse , Nate Lawson , freebsd-acpi@freebsd.org, freebsd-current@freebsd.org References: <20050302165516.GB674@portatile.fastwebnet.it> <200503030132.aa82163@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503030132.aa82163@salmon.maths.tcd.ie> User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Panic on suspend X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: filippo.forti@fastwebnet.it List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2005 17:23:30 -0000 On Thu, Mar 03, 2005 at 01:32:29AM +0000, Ian Dowse wrote: > In message <20050302165516.GB674@portatile.fastwebnet.it>, Filippo Forti writes > : > >On Tue, Mar 01, 2005 at 03:19:42PM -0800, Nate Lawson wrote: > >> That is in the VGA BIOS. Try setting this sysctl before suspending: > >> > >> hw.acpi.reset_video=0 > >Unfortunately this doesn't make the trick > >Thanks anyway > > Did updating to the version 1.49 of vesa.c fix the crash for you? > There is a new patch at: > > http://people.freebsd.org/~iedowse/vesa_restore.diff > > This needs to be applied on top of version 1.49, and should hopefully > correct the behaviour when the VESA state requires more than 4k of > space. Would you be able to test that this version does not crash > for you on suspend? > Thanks, it's much better now, even if I still have a problem (the laptop reboots instead of resuming from sleep), but I'll google to find a solution > I don't fully understand why the previous version was faulting at > 0x2000, since that page should have been mapped into the VM86 address > space. However my code was definitely handling the kernel virtual > addresses incorrectly, so maybe that was causing something to be > overwritten. The updated patch allocates a contiguous virtual buffer > and then maps each page into the VM86 address space starting at > 0x1000. > > Ian Filippo From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 3 19:16:27 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F33A916A4CE for ; Thu, 3 Mar 2005 19:16:26 +0000 (GMT) Received: from muse.clarku.edu (calliope.clarku.edu [140.232.1.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id E725743D54 for ; Thu, 3 Mar 2005 19:16:25 +0000 (GMT) (envelope-from ipartola@pisem.net) Received: from [10.50.2.207] (thalia.clarku.edu [140.232.1.65]) by muse.clarku.edu (Postfix) with ESMTP id 429D01CB0B6 for ; Thu, 3 Mar 2005 14:16:25 -0500 (EST) Message-ID: <42276299.8060206@pisem.net> Date: Thu, 03 Mar 2005 14:16:41 -0500 From: Igor Partola User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <20050301213527.GA2286@adv.devet.org> <42259DB9.4080201@danielgraupner.de> <42276264.3060605@pisem.net> In-Reply-To: <42276264.3060605@pisem.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Dell Inspiron 510m sleep states S3/S4 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, 03 Mar 2005 19:16:27 -0000 Igor Partola wrote: > I am trying to run FreeBSD on Dell Inspiron 8600 but S3 does not work > here. I'm not sure if this machine has the same configuration as > Latitude but the problem is exactly the same. Earlier today I > downloaded 5.2.1 iso from one of the mirrors and installed it. > Unfortunately S3 did not work, but simply rebooted the system just > like before. > > Next I tried to recompile the kernel without anything but the > essentials, but that did not work either. sysctl says that > debug.acpi.disabled does not exist. Does anyone know if it was added > later or do I have to write it out in loader.conf? > > A while ago I tried to dig through Linux sources but Nate said before > that FreeBSD and Linux have the same implementation of ACPI so I did > not get too far. (As I mentioned some time ago 2.6.10 suspends the > machine properly, except for the lcd which does not come back on resume). > > If this problem is in the drivers it must be in pci, isa, ata, > atadisk, keyboard, mouse, or vga drivers. I removed everything else > from my config (I'll post it on request). > > I really hope somebody will find a solution to this problem because > FreeBSD on this machine would be really nice. > > Igor > > Daniel Graupner wrote: > >> Arjan de Vet schrieb: >> >>> In article <422448BC.4000607@danielgraupner.de> you write: >>> >>> >>> I first want to install 5.2.1 and get S3 working there (trying to see >>> whether if I can reproduce your S3 success), and then find out what >>> changed beteen 5.2.1 and 5.3/5.4... >>> >>> >>> >> Thats a good idea, but unfortunately I do not have 5.2.1 installed >> anymore. I also have no free space on my hd to test it again. >> I installed 5.2.1 from the isos (don't know when it was). Everytime I >> closed the lid the laptop properly went to S3, same with acpiconf -s3. >> >> I am not shure if I can make a buildworld to go back to 5.2.1, I do >> not want to kill my system. On the other hand side i am very >> interested in investigating....maybe I will try. >> >> Regards, Daniel. >> > From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 01:10:31 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF4C16A4CE for ; Fri, 4 Mar 2005 01:10:31 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B684C43D2F for ; Fri, 4 Mar 2005 01:10:28 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j241AQZj030958 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 3 Mar 2005 17:10:26 -0800 Message-ID: <4227B581.6090705@root.org> Date: Thu, 03 Mar 2005 17:10:25 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Igor Partola References: <20050301213527.GA2286@adv.devet.org> <42259DB9.4080201@danielgraupner.de> <42276264.3060605@pisem.net> <42276299.8060206@pisem.net> In-Reply-To: <42276299.8060206@pisem.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Dell Inspiron 510m sleep states S3/S4 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: Fri, 04 Mar 2005 01:10:31 -0000 Igor Partola wrote: > Igor Partola wrote: > >> I am trying to run FreeBSD on Dell Inspiron 8600 but S3 does not work >> here. I'm not sure if this machine has the same configuration as >> Latitude but the problem is exactly the same. Earlier today I >> downloaded 5.2.1 iso from one of the mirrors and installed it. >> Unfortunately S3 did not work, but simply rebooted the system just >> like before. >> >> Next I tried to recompile the kernel without anything but the >> essentials, but that did not work either. sysctl says that >> debug.acpi.disabled does not exist. Does anyone know if it was added >> later or do I have to write it out in loader.conf? >> >> A while ago I tried to dig through Linux sources but Nate said before >> that FreeBSD and Linux have the same implementation of ACPI so I did >> not get too far. (As I mentioned some time ago 2.6.10 suspends the >> machine properly, except for the lcd which does not come back on resume). >> >> If this problem is in the drivers it must be in pci, isa, ata, >> atadisk, keyboard, mouse, or vga drivers. I removed everything else >> from my config (I'll post it on request). >> >> I really hope somebody will find a solution to this problem because >> FreeBSD on this machine would be really nice. Easiest way to test for resets is to stick this loop in the C code, pushing it farther down until you identify the line of code that resets instead of hanging. hang: goto hang; Try this in AcpiEnterSleepState(). -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 05:34:01 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8275216A4CE; Fri, 4 Mar 2005 05:34:01 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 199F243D2F; Fri, 4 Mar 2005 05:34:01 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j245Xxoo018337; Fri, 4 Mar 2005 00:34:00 -0500 Message-ID: <4227F346.1080609@root.org> Date: Thu, 03 Mar 2005 21:33:58 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200502241437.26073.jhb@FreeBSD.org> In-Reply-To: <200502241437.26073.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.org Subject: Re: cpufreq not happy on my laptop 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, 04 Mar 2005 05:34:01 -0000 John Baldwin wrote: > First off, this is the big green laptop that has a desktop P4 in it, so I'm > aware that this is very much an edge case. The system does support ACPI duty > width type throttling and even has the T2 and T3 constants for use with _PSV. > I tried cpufreq(4) on it with the recent updates and it's not too happy. > Before the p4tcc driver was added, this is what I got: > > dev.cpu.0.freq_levels: 9999/99999 9999/99999 8749/87499 7499/74999 6249/62499 4999/49999 3749/37499 2499/24999 1249/12499 Ok, I have committed code (rev 1.15 of acpi_perf.c) to not attach acpi_perf when it has 9999 as the frequency. Bruno Ducrot reported some systems use 0xffff to indicate this so I added this as well. Let me know if everything else works ok for you. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 05:37:13 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2083F16A4CE; Fri, 4 Mar 2005 05:37:13 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3E1743D41; Fri, 4 Mar 2005 05:37:10 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j245ajRs025858; Fri, 4 Mar 2005 00:36:45 -0500 Message-ID: <4227F401.7000204@root.org> Date: Thu, 03 Mar 2005 21:37:05 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050302235623.BA3925D07@ptavv.es.net> In-Reply-To: <20050302235623.BA3925D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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, 04 Mar 2005 05:37:13 -0000 Kevin Oberman wrote: > OK. This makes me feel a bit better, but I still think I'll leave TCC > out of the equation as it makes the various frequency steps vary uneven > to the point that lowering dev.cpu.0.freq would increase performance > (and the reverse, as well) and it causes my system to hang when > throttled back too far. It never hangs with TCC disabled although my > lowest "frequency" is now just 150 MHz. Would you test with hint.acpi_throttle.0.disabled="1" instead of disabling p4tcc? I think p4tcc is not the problem, it's the combination of the two. I think there are some problems when both the chipset (externally) and processor (internally) assert STOPCLOCK. If this works for you with no hangs, I'll commit code to disable acpi_throttle when p4tcc is present. p4tcc is more efficient than acpi_throttle since the latter is done through the chipset, giving more chance for race conditions, latency, etc. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 08:28:37 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68E1116A4CE for ; Fri, 4 Mar 2005 08:28:37 +0000 (GMT) Received: from rpu0s027.laposte.fr (RPU0S027.laposte.fr [194.206.42.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC58343D53 for ; Fri, 4 Mar 2005 08:28:36 +0000 (GMT) (envelope-from xavier.maillard@laposte.fr) Received: from mail.federation.log.intra.laposte.fr (localhost [127.0.0.1]) by rpu0s027.laposte.fr (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0ICT00JHBI4BEH@rpu0s027.laposte.fr> for acpi@FreeBSD.org; Fri, 04 Mar 2005 09:28:07 +0100 (MET) Date: Fri, 04 Mar 2005 09:30:03 +0100 From: Xavier Maillard X-Face: 63TbQAY?C>dKDtNNr7 Organization: GNU Rox! MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_auOiZAt7LdIDSemK2BJW2w)" User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3.50 (windows-nt) X-Url-EmacsFr: http://www.emacsfr.org X-Gpg-Key-ID: 1E028EA5 X-Gpg-Fingerprint: FDB0 EE1F 33E5 8C22 5E3E 96E7 6900 CA9B 1E02 8EA5 Subject: My laptop won't resume 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, 04 Mar 2005 08:28:37 -0000 This is a multi-part message in MIME format. --Boundary_(ID_auOiZAt7LdIDSemK2BJW2w) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hello, I am fairly new at FreeBSD stuff so I may have done wrong things. When I do a: acpiconf -s S3 my laptop is suspending correctly. WHen I hit the power button to resume the laptop, it hangs without any notice/message. I am using -CURRENT on a Acer Travelmate LMi806 laptop. All I can say is that with Freesbie, suspending/resuming was working pretty well even if I had a few panics. Now it just won't resume at all (black screen with prompt hinting, no message, nothing). WHat can I check to help you identify the problem ? I remember the VESA reset stuff but that didn't change anything. I upgraded -CURRENT yesterday night (10PM Paris time). Hope you will be able to help me. -- Xavier Maillard Membre LoLiCA --Boundary_(ID_auOiZAt7LdIDSemK2BJW2w) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT Post-scriptum La Poste Ce message est confidentiel. Sous réserve de tout accord conclu par écrit entre vous et La Poste, son contenu ne représente en aucun cas un engagement de la part de La Poste. Toute publication, utilisation ou diffusion, même partielle, doit être autorisée préalablement. Si vous n'êtes pas destinataire de ce message, merci d'en avertir immédiatement l'expéditeur. --Boundary_(ID_auOiZAt7LdIDSemK2BJW2w)-- From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 08:36:52 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29E5116A4CE for ; Fri, 4 Mar 2005 08:36:52 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A41D443D1F for ; Fri, 4 Mar 2005 08:36:46 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id j248agf2012376 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 4 Mar 2005 09:36:45 +0100 Message-ID: <42281E1A.9050504@ng.fadesa.es> Date: Fri, 04 Mar 2005 09:36:42 +0100 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: ClamAV 0.80/742/Wed Mar 2 02:05:59 2005 clamav-milter version 0.80j on tierra2.ng.fadesa.es X-Virus-Status: Clean Subject: FreeBSD powers up after shutdown with 5.4-PRERELEASE X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2005 08:36:52 -0000 Hello, I need some help here, I have FreeBSD running in a Gigabyte GA-7N400V Pro2 motherboard, all works fine except when the "Resume by alarm" option is enabled in the bios. From this moment FreeBSD is unable to halt the machine because it does a reset instead. As result the FreeBSD workstation is on all day. I've followed the handbook advise switching hw.acpi.disable_on_poweroff from 0 to 1 and viceversa, but it doesn't help. Yet I think it is something related to FreeBSD because I did a test with a slackware distribution (kernel 2.4.26 and acpi ver. 20040326) and indeed Linux is able to power off the machine with "Resume by alarm" enabled. it would be possible to correct this easily ot it requires a big effort? Thank you. some info: http://195.55.55.164/tests/FreeBSD/acpi/dmesg.txt http://195.55.55.164/tests/FreeBSD/acpi/acpi.iasl.txt hw.acpi.supported_sleep_state: S1 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 12:29:37 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9B0416A4CE for ; Fri, 4 Mar 2005 12:29:37 +0000 (GMT) Received: from mra02.ex.eclipse.net.uk (mra02.ex.eclipse.net.uk [212.104.129.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id D26CF43D39 for ; Fri, 4 Mar 2005 12:29:36 +0000 (GMT) (envelope-from joe@resync.eclipse.co.uk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mra02.ex.eclipse.net.uk (Postfix) with ESMTP id 3435A4064AC for ; Fri, 4 Mar 2005 12:29:34 +0000 (GMT) Received: from mra02.ex.eclipse.net.uk ([127.0.0.1]) by localhost (mra02.ex.eclipse.net.uk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 02966-01-75 for ; Fri, 4 Mar 2005 12:29:32 +0000 (GMT) Received: from raindance (dont.irc.as.rewt.org.uk [82.152.102.45]) by mra02.ex.eclipse.net.uk (Postfix) with ESMTP id CA437406553 for ; Fri, 4 Mar 2005 12:28:15 +0000 (GMT) From: "Joe Holden" To: Date: Fri, 4 Mar 2005 12:28:23 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <4224BC8F.7060501@root.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcUekW27KZtPDd2QT+uHSnrD19sydgCJC/xw Message-Id: <20050304122815.CA437406553@mra02.ex.eclipse.net.uk> X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Subject: RE: Laptop And ACPI 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, 04 Mar 2005 12:29:38 -0000 -----Original Message----- From: Nate Lawson [mailto:nate@root.org] Sent: 01 March 2005 19:04 To: Bruno Ducrot Cc: Joe Holden; freebsd-acpi@freebsd.org Subject: Re: Laptop And ACPI Bruno Ducrot wrote: > On Tue, Mar 01, 2005 at 03:03:40AM -0000, Joe Holden wrote: > >>Hi, i'm having issues with a 4 year or so old laptop, if I disable acpi, the >>CPU is reported at 168 MHz and the clock tends to jump about abit. >> >> >>It's a Pentium 3 650 MHz > > > The TSC of PIII is more or less broken if using speedstep or apm idle > call. Its also unreliable when the processor is going to SMM (which > happens often IIRC on laptops when APM is enabled) > > With ACPI, FreeBSD use another time counter (acpi_timer) by > default and not TSC so you don't have this issue. > > You should use another time counter (its in a FAQ IIRC). > > Example: > > root@poupon.echo-net.net [8:47] ~# sysctl kern.timecounter.choice > kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) > root@poupon.echo-net.net [8:47] ~# sysctl kern.timecounter.hardware=i8254 > > If i8254 is correct, then use it. Thanks, Bruno. Just another note that you should be able to put the timecounter choice in /boot/loader.conf too I think. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 16:55:02 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F126E16A4CE; Fri, 4 Mar 2005 16:55:02 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBDAD43D46; Fri, 4 Mar 2005 16:55:02 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Fri, 04 Mar 2005 08:55:02 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 19EED5D07; Fri, 4 Mar 2005 08:55:02 -0800 (PST) To: Nate Lawson In-reply-to: Your message of "Thu, 03 Mar 2005 21:37:05 PST." <4227F401.7000204@root.org> Date: Fri, 04 Mar 2005 08:55:02 -0800 From: "Kevin Oberman" Message-Id: <20050304165502.19EED5D07@ptavv.es.net> cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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, 04 Mar 2005 16:55:03 -0000 > Date: Thu, 03 Mar 2005 21:37:05 -0800 > From: Nate Lawson > > Kevin Oberman wrote: > > OK. This makes me feel a bit better, but I still think I'll leave TCC > > out of the equation as it makes the various frequency steps vary uneven > > to the point that lowering dev.cpu.0.freq would increase performance > > (and the reverse, as well) and it causes my system to hang when > > throttled back too far. It never hangs with TCC disabled although my > > lowest "frequency" is now just 150 MHz. > > Would you test with hint.acpi_throttle.0.disabled="1" instead of > disabling p4tcc? I think p4tcc is not the problem, it's the combination > of the two. I think there are some problems when both the chipset > (externally) and processor (internally) assert STOPCLOCK. If this works > for you with no hangs, I'll commit code to disable acpi_throttle when > p4tcc is present. p4tcc is more efficient than acpi_throttle since the > latter is done through the chipset, giving more chance for race > conditions, latency, etc. Looks like you are right on the button. p4tcc with throttling disabled yields the best results I have seen. The performance is just a little better than the "normalized" value I would expect where throttling produced performance just a little worse. As long as I don't run both, I don't hang at any speed and I don't get increased performance with decreased speed. I really want to try some tests while actively monitoring current draw some day, but it will require hacking on a power brick and I don't have one I can play with at the moment. That would provide some REAL indication of power savings with reduced performance and make tuning more accurate. I am appending the test results. As usual they are on a system running single-user and are very consistently reproduceable with standard variation of less than .4% and usually under .2%. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 1800 81860338 1575 72045833 1350 62122232 1200 57835625 1125 52478629 1050 50840742 900 43377770 750 37008544 675 32357704 600 30049487 450 20917432 300 14160281 225 12938852 150 8663693 150 8660349 225 12941123 300 14179776 450 20935574 600 30005557 675 32258131 750 36811863 900 43108915 1050 50650194 1125 52591176 1200 57684049 1350 62028300 1575 71823521 1800 81454824 From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 18:14:32 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B15D216A541; Fri, 4 Mar 2005 18:14:31 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DB4543D2F; Fri, 4 Mar 2005 18:14:31 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j24IEKZj009082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 4 Mar 2005 10:14:21 -0800 Message-ID: <4228A57D.9030408@root.org> Date: Fri, 04 Mar 2005 10:14:21 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050304165502.19EED5D07@ptavv.es.net> In-Reply-To: <20050304165502.19EED5D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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, 04 Mar 2005 18:14:32 -0000 Kevin Oberman wrote: >>Date: Thu, 03 Mar 2005 21:37:05 -0800 >>From: Nate Lawson >> >>Kevin Oberman wrote: >> >>>OK. This makes me feel a bit better, but I still think I'll leave TCC >>>out of the equation as it makes the various frequency steps vary uneven >>>to the point that lowering dev.cpu.0.freq would increase performance >>>(and the reverse, as well) and it causes my system to hang when >>>throttled back too far. It never hangs with TCC disabled although my >>>lowest "frequency" is now just 150 MHz. >> >>Would you test with hint.acpi_throttle.0.disabled="1" instead of >>disabling p4tcc? I think p4tcc is not the problem, it's the combination >>of the two. I think there are some problems when both the chipset >>(externally) and processor (internally) assert STOPCLOCK. If this works >>for you with no hangs, I'll commit code to disable acpi_throttle when >>p4tcc is present. p4tcc is more efficient than acpi_throttle since the >>latter is done through the chipset, giving more chance for race >>conditions, latency, etc. > > Looks like you are right on the button. p4tcc with throttling disabled > yields the best results I have seen. The performance is just a > little better than the "normalized" value I would expect where > throttling produced performance just a little worse. As long as I don't > run both, I don't hang at any speed and I don't get increased > performance with decreased speed. Ok, I'll commit my patch. > I really want to try some tests while actively monitoring current draw > some day, but it will require hacking on a power brick and I don't have > one I can play with at the moment. That would provide some REAL > indication of power savings with reduced performance and make tuning > more accurate. I have one we made for this purpose. Also fun on refrigerators. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 19:45:10 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBB5816A4CE for ; Fri, 4 Mar 2005 19:45:10 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C1FA43D2D for ; Fri, 4 Mar 2005 19:45:10 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j24Jj6Zj010202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 4 Mar 2005 11:45:07 -0800 Message-ID: <4228BAC3.1020707@root.org> Date: Fri, 04 Mar 2005 11:45:07 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <42260B46.5010100@centtech.com> <42261B72.8070602@root.org> <422623A6.5090605@centtech.com> In-Reply-To: <422623A6.5090605@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: System running hot / CPU freq changes randomly 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, 04 Mar 2005 19:45:10 -0000 Eric Anderson wrote: > Nate Lawson wrote: > >> Eric Anderson wrote: >> >>> I've jsut upgraded from 5.3-STABLE to -CURRENT, and have a few things >>> I've noticed. One, my machine runs much hotter - it used to stay >>> around 40 - 41C, but not stays around 49C. Also, it actually seems >>> like it's running slower - and maybe it is. It looks like the cpu >>> frequency is changing all the time, hopping around from one freq to >>> another, for no real reason that I can tell. >>> I'm running on a dell D600 (1.6GHZ Pentium M), with -CURRENT as of >>> last night. >>> I can provide any additional information needed.. >>> >>> >>> Here's what I mean (on AC, not battery): >>> [ 12:48:25 root@neutrino ~ ]# sysctl dev.cpu.0.freq >>> dev.cpu.0.freq: 1600 >>> [ 12:48:27 root@neutrino ~ ]# sysctl dev.cpu.0.freq >>> dev.cpu.0.freq: 400 >>> [ 12:48:28 root@neutrino ~ ]# sysctl dev.cpu.0.freq >>> dev.cpu.0.freq: 400 >> >> >> >> Are you running powerd? If you have powerd_enable="YES" in >> /etc/rc.conf, it defaults to adaptive control. I _thought_ I made the >> default "NO" until we get more testing. > > > Yes, I am using it. It was default to no, but I enabled it in hopes > that it would help battery life and reduce temperature. I realized I > didn't really have the settings right, so after setting some lines in > rc.conf and restarting powerd, it seems to have stopped flopping around. > I'm willing to help debug/test.. > > >>> hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 >>> hw.acpi.cpu.cx_lowest: C1 >>> hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% 0.00% >> >> >> >> I had to disable C2 and higher by default due to some C3 problems some >> users were having. Hopefully we'll sort this out at some point and >> re-enable it by default. >> >> You can get the old values back through /etc/rc.conf. Add: >> >> performance_cx_lowest="LOW" >> economy_cx_lowest="LOW" >> >> (Or explicitly use "C3" if C4 doesn't work right for you). > > > These are the settings I have right now: > powerd_enable="YES" > powerd_flags="-a max -b adaptive" > performance_cx_lowest="HIGH" # Online CPU idle state > performance_cpu_freq="1600" # Online CPU frequency > economy_cx_lowest="LOW" # Offline CPU idle state > economy_cpu_freq="NONE" # Offline CPU frequency You should not use *_cpu_freq if you're running powerd since that will handle the transitions for you. The cx_lowest stuff is fine although it probably wouldn't hurt you to use C2 or C3 while on AC power. It will save heat and I don't think affects performance much. I'm not sure why your frequency is changing while on AC power. You set "-a max". powerd should only do adaptive stuff while on battery, according to your settings above. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 19:57:03 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D2BB16A4CE for ; Fri, 4 Mar 2005 19:57:03 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF79D43D54 for ; Fri, 4 Mar 2005 19:57:02 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 21378 invoked from network); 4 Mar 2005 19:57:02 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 4 Mar 2005 19:57:02 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j24Juu4g000607; Fri, 4 Mar 2005 14:56:56 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Fri, 4 Mar 2005 10:15:49 -0500 User-Agent: KMail/1.6.2 References: <200502241437.26073.jhb@FreeBSD.org> <4227F346.1080609@root.org> In-Reply-To: <4227F346.1080609@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503041015.49270.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: acpi@FreeBSD.org Subject: Re: cpufreq not happy on my laptop 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, 04 Mar 2005 19:57:03 -0000 On Friday 04 March 2005 12:33 am, Nate Lawson wrote: > John Baldwin wrote: > > First off, this is the big green laptop that has a desktop P4 in it, so > > I'm aware that this is very much an edge case. The system does support > > ACPI duty width type throttling and even has the T2 and T3 constants for > > use with _PSV. I tried cpufreq(4) on it with the recent updates and it's > > not too happy. Before the p4tcc driver was added, this is what I got: > > > > dev.cpu.0.freq_levels: 9999/99999 9999/99999 8749/87499 7499/74999 > > 6249/62499 4999/49999 3749/37499 2499/24999 1249/12499 > > Ok, I have committed code (rev 1.15 of acpi_perf.c) to not attach > acpi_perf when it has 9999 as the frequency. Bruno Ducrot reported some > systems use 0xffff to indicate this so I added this as well. > > Let me know if everything else works ok for you. Thanks. I'll do more testing and get back to you. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 19:57:03 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82FC616A4CE for ; Fri, 4 Mar 2005 19:57:03 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF90043D55 for ; Fri, 4 Mar 2005 19:57:02 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 21378 invoked from network); 4 Mar 2005 19:57:02 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 4 Mar 2005 19:57:02 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j24Juu4g000607; Fri, 4 Mar 2005 14:56:56 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Fri, 4 Mar 2005 10:15:49 -0500 User-Agent: KMail/1.6.2 References: <200502241437.26073.jhb@FreeBSD.org> <4227F346.1080609@root.org> In-Reply-To: <4227F346.1080609@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503041015.49270.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: acpi@FreeBSD.org Subject: Re: cpufreq not happy on my laptop 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, 04 Mar 2005 19:57:03 -0000 On Friday 04 March 2005 12:33 am, Nate Lawson wrote: > John Baldwin wrote: > > First off, this is the big green laptop that has a desktop P4 in it, so > > I'm aware that this is very much an edge case. The system does support > > ACPI duty width type throttling and even has the T2 and T3 constants for > > use with _PSV. I tried cpufreq(4) on it with the recent updates and it's > > not too happy. Before the p4tcc driver was added, this is what I got: > > > > dev.cpu.0.freq_levels: 9999/99999 9999/99999 8749/87499 7499/74999 > > 6249/62499 4999/49999 3749/37499 2499/24999 1249/12499 > > Ok, I have committed code (rev 1.15 of acpi_perf.c) to not attach > acpi_perf when it has 9999 as the frequency. Bruno Ducrot reported some > systems use 0xffff to indicate this so I added this as well. > > Let me know if everything else works ok for you. Thanks. I'll do more testing and get back to you. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 19:59:14 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07D1616A4CE for ; Fri, 4 Mar 2005 19:59:14 +0000 (GMT) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 750E343D2D for ; Fri, 4 Mar 2005 19:59:13 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 44C57D81D9; Fri, 4 Mar 2005 20:59:12 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 29DEE9D7FA; Fri, 4 Mar 2005 20:59:12 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 0587B9D7E9; Fri, 4 Mar 2005 20:59:12 +0100 (CET) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 6B7CED81D9; Fri, 4 Mar 2005 20:59:11 +0100 (CET) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.1/8.13.1) with ESMTP id j24JxBeo076001; Fri, 4 Mar 2005 20:59:11 +0100 (CET) (envelope-from q@uni.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.1/8.13.1) with ESMTP id j24JxAda064218; Fri, 4 Mar 2005 20:59:10 +0100 (CET) (envelope-from q@uni.de) Received: (from q@localhost) by roadrunner.q.local (8.13.1/8.13.1/Submit) id j24Jx9Hc064217; Fri, 4 Mar 2005 20:59:09 +0100 (CET) (envelope-from q@uni.de) Date: Fri, 4 Mar 2005 20:59:09 +0100 From: Ulrich =?iso-8859-15?Q?Sp=F6rlein?= To: Nate Lawson Message-ID: <20050304195909.GD54743@galgenberg.net> Mail-Followup-To: Nate Lawson , Igor Partola , freebsd-acpi@freebsd.org References: <20050301213527.GA2286@adv.devet.org> <42259DB9.4080201@danielgraupner.de> <42276264.3060605@pisem.net> <42276299.8060206@pisem.net> <4227B581.6090705@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHbokkKX1kTiQeDC" Content-Disposition: inline In-Reply-To: <4227B581.6090705@root.org> User-Agent: Mutt/1.5.8i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: freebsd-acpi@freebsd.org Subject: Re: Dell Inspiron 510m sleep states S3/S4 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: Fri, 04 Mar 2005 19:59:14 -0000 --xHbokkKX1kTiQeDC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 03.03.2005 at 17:10:25 -0800, Nate Lawson wrote: > Easiest way to test for resets is to stick this loop in the C code,=20 > pushing it farther down until you identify the line of code that resets= =20 > instead of hanging. >=20 > hang: goto hang; >=20 > Try this in AcpiEnterSleepState(). Been there, done that. See http://lists.freebsd.org/mailman/htdig/freebsd-acpi/2004-December/000949.ht= ml Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --xHbokkKX1kTiQeDC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCKL4NmArGtfDbn0QRAnKkAJ0dHO1t4IrbegOv0XjSCwzB2fDbDQCgjLqu bjG+SExyg/w2dQu2ls7v1eE= =E08Z -----END PGP SIGNATURE----- --xHbokkKX1kTiQeDC-- From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 4 22:38:38 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8207816A4CE for ; Fri, 4 Mar 2005 22:38:38 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74F0F43D31 for ; Fri, 4 Mar 2005 22:38:37 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j24McaKV044021; Fri, 4 Mar 2005 16:38:36 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4228E36B.4020506@centtech.com> Date: Fri, 04 Mar 2005 16:38:35 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <42260B46.5010100@centtech.com> <42261B72.8070602@root.org> <422623A6.5090605@centtech.com> <4228BAC3.1020707@root.org> In-Reply-To: <4228BAC3.1020707@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: System running hot / CPU freq changes randomly 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, 04 Mar 2005 22:38:38 -0000 Nate Lawson wrote: > Eric Anderson wrote: > >> Nate Lawson wrote: >> >>> Eric Anderson wrote: >>> >>>> I've jsut upgraded from 5.3-STABLE to -CURRENT, and have a few >>>> things I've noticed. One, my machine runs much hotter - it used to >>>> stay around 40 - 41C, but not stays around 49C. Also, it actually >>>> seems like it's running slower - and maybe it is. It looks like the >>>> cpu frequency is changing all the time, hopping around from one freq >>>> to another, for no real reason that I can tell. >>>> I'm running on a dell D600 (1.6GHZ Pentium M), with -CURRENT as of >>>> last night. >>>> I can provide any additional information needed.. >>>> >>>> >>>> Here's what I mean (on AC, not battery): >>>> [ 12:48:25 root@neutrino ~ ]# sysctl dev.cpu.0.freq >>>> dev.cpu.0.freq: 1600 >>>> [ 12:48:27 root@neutrino ~ ]# sysctl dev.cpu.0.freq >>>> dev.cpu.0.freq: 400 >>>> [ 12:48:28 root@neutrino ~ ]# sysctl dev.cpu.0.freq >>>> dev.cpu.0.freq: 400 >>> >>> >>> >>> >>> Are you running powerd? If you have powerd_enable="YES" in >>> /etc/rc.conf, it defaults to adaptive control. I _thought_ I made >>> the default "NO" until we get more testing. >> >> >> >> Yes, I am using it. It was default to no, but I enabled it in hopes >> that it would help battery life and reduce temperature. I realized I >> didn't really have the settings right, so after setting some lines in >> rc.conf and restarting powerd, it seems to have stopped flopping >> around. I'm willing to help debug/test.. >> >> >>>> hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 >>>> hw.acpi.cpu.cx_lowest: C1 >>>> hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% 0.00% >>> >>> >>> >>> >>> I had to disable C2 and higher by default due to some C3 problems >>> some users were having. Hopefully we'll sort this out at some point >>> and re-enable it by default. >>> >>> You can get the old values back through /etc/rc.conf. Add: >>> >>> performance_cx_lowest="LOW" >>> economy_cx_lowest="LOW" >>> >>> (Or explicitly use "C3" if C4 doesn't work right for you). >> >> >> >> These are the settings I have right now: >> powerd_enable="YES" >> powerd_flags="-a max -b adaptive" >> performance_cx_lowest="HIGH" # Online CPU idle state >> performance_cpu_freq="1600" # Online CPU frequency >> economy_cx_lowest="LOW" # Offline CPU idle state >> economy_cpu_freq="NONE" # Offline CPU frequency > > > You should not use *_cpu_freq if you're running powerd since that will > handle the transitions for you. The cx_lowest stuff is fine although it > probably wouldn't hurt you to use C2 or C3 while on AC power. It will > save heat and I don't think affects performance much. > > I'm not sure why your frequency is changing while on AC power. You set > "-a max". powerd should only do adaptive stuff while on battery, > according to your settings above. Ok - here's what I have setup now: powerd_enable="YES" powerd_flags="-a max -b adaptive" performance_cx_lowest="C3" # Online CPU idle state economy_cx_lowest="C3" # Offline CPU idle state I've now switched to a D610 latitude (new), and I noticed this on bootup: ACPI timer: 1/2 1/1 1/1 1/1 1/2 1/1 1/1 1/2 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x10e0 CPU claims to support Enhanced Speedstep, but is not recognized. Please update driver or contact the maintainer. Not sure what that means - full dmesg output and other stuff here: http://www.googlebit.com/freebsd/ Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------