From owner-freebsd-acpi@FreeBSD.ORG Sun Aug 22 18:05:53 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07AB816A4CE for ; Sun, 22 Aug 2004 18:05:53 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8305E43D3F for ; Sun, 22 Aug 2004 18:05:52 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i7MHr8jr012960 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 22 Aug 2004 13:53:10 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-acpi@freebsd.org Date: Sun, 22 Aug 2004 14:07:03 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200408221407.14910.mistry.7@osu.edu> X-Spam-Status: No, hits=-1.2 required=5.0 tests=PGP_SIGNATURE,RCVD_IN_ORBS,UPPERCASE_25_50,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Lid switch not working after 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: Sun, 22 Aug 2004 18:05:53 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After I suspend then resume the lid switch doesn't seem to fire events=20 anymore. I can't remember when this started, and I've been pretty busy, bu= t=20 it was working as of mid-July. Updated to CURRENT as of a few hours ago. ASL: http://am-productions.biz/docs/littleguy.asl.gz DMESG: http://am-productions.biz/docs/dmesg.txt.gz =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKODSxqA5ziudZT0RAqGcAJ0TfCGGztYbnFGuifP4jk6t8YdTpACZAZF3 iUI3jfaqF7k1r3fCW1aDTog=3D =3Dw1s+ =2D----END PGP SIGNATURE----- From owner-freebsd-acpi@FreeBSD.ORG Sun Aug 22 19:42:56 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F1E516A4CE for ; Sun, 22 Aug 2004 19:42:56 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5553343D39 for ; Sun, 22 Aug 2004 19:42:55 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i7MJUBjr013104 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 22 Aug 2004 15:30:12 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-acpi@freebsd.org Date: Sun, 22 Aug 2004 15:44:06 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200408221544.17683.mistry.7@osu.edu> X-Spam-Status: No, hits=-2.4 required=5.0 tests=PGP_SIGNATURE,RCVD_IN_ORBS,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: acpi_video vs. mach64 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, 22 Aug 2004 19:42:56 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On my laptop I use the VESA DPMS patch with acpi_video so I can suspend=20 correctly by shutting off the video adapter so there is less power drain, b= ut=20 ever since the move to attach the acpi_video driver to the correct spot my= =20 mach64.ko kernel module doesn't attach if the acpi_video is loaded since th= ey=20 seem to want the same device. Is there any chance of getting both to attac= h,=20 I think I remember a comment a while back about someone working on somethin= g=20 like this? Or would it just be better if I want the drm module to load and= =20 still have the adapter shutoff stuff to put that VESA code into the mach64= =20 driver? =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKPePxqA5ziudZT0RAlqpAJ9vnm9HEfl6NHo+pVxTSxALRgpl3gCeJs4X A9U8FCP5BlzBODeXwfDpSRQ=3D =3Dee6j =2D----END PGP SIGNATURE----- From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 23 11:01:58 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45B1116A507 for ; Mon, 23 Aug 2004 11:01:58 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C6F943D1D for ; Mon, 23 Aug 2004 11:01:58 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i7NB1wiH029728 for ; Mon, 23 Aug 2004 11:01:58 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7NB1vQv029722 for freebsd-acpi@freebsd.org; Mon, 23 Aug 2004 11:01:57 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 23 Aug 2004 11:01:57 GMT Message-Id: <200408231101.i7NB1vQv029722@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, 23 Aug 2004 11:01:58 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 1 problem total. 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/20] kern/55822 acpi No ACPI power off with SMP kernel f [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena 3 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/03/17] kern/64365 acpi ACPI problems o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) 2 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 23 14:15:07 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2AD616A4CE; Mon, 23 Aug 2004 14:15:07 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B70A443D31; Mon, 23 Aug 2004 14:15:07 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) i7NEF7pT081806; Mon, 23 Aug 2004 14:15:07 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7NEF736081802; Mon, 23 Aug 2004 14:15:07 GMT (envelope-from arved) Date: Mon, 23 Aug 2004 14:15:07 GMT From: Tilman Linneweh Message-Id: <200408231415.i7NEF736081802@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/64002: acpi problem X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 14:15:08 -0000 Synopsis: acpi problem Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: arved Responsible-Changed-When: Mon Aug 23 14:14:50 GMT 2004 Responsible-Changed-Why: Over to ACPI Maintainers http://www.freebsd.org/cgi/query-pr.cgi?pr=64002 From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 23 16:37:27 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACFB016A4CE for ; Mon, 23 Aug 2004 16:37:27 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A3EA43D39 for ; Mon, 23 Aug 2004 16:37:27 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7NGbN8U025594; Mon, 23 Aug 2004 09:37:24 -0700 Message-ID: <412A1D42.7010709@root.org> Date: Mon, 23 Aug 2004 09:37:22 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: OGAWA Takaya References: <86hdqtq1ii.wl.t-ogawa@triaez.kaisei.org> In-Reply-To: <86hdqtq1ii.wl.t-ogawa@triaez.kaisei.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: acpi mpsafe panic? on acpi_panasonic 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, 23 Aug 2004 16:37:27 -0000 OGAWA Takaya wrote: > If all of WITNESS, INVARIANTS and INVARIANT_SUPPORT are turned on: > Kernel panics. > >>witness_get: witness exhausted >>panic: _sx_xlock (ACPI Panasonic extras): xlock already held @ /usr/src/sys/modules/acpi/acpi_panasonic/../../../i386/acpica/acpi_panasonic.c:214 > > (copied by hand, I gave up taking a full backtrace although the trace > comes from sysctl(2) and eventually to acpi_panasonic(4).) Thank you, I will look into this. -Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 23 16:49:03 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE89916A4CE for ; Mon, 23 Aug 2004 16:49:03 +0000 (GMT) Received: from mwinf0108.wanadoo.fr (smtp1.wanadoo.fr [193.252.22.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 973BC43D55 for ; Mon, 23 Aug 2004 16:49:03 +0000 (GMT) (envelope-from lebabouk@yahoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0108.wanadoo.fr (SMTP Server) with SMTP id CA5FD1800147 for ; Mon, 23 Aug 2004 18:49:02 +0200 (CEST) Received: from yahoo.fr (AStDenis-101-1-1-90.w193-252.abo.wanadoo.fr [193.252.52.90]) by mwinf0108.wanadoo.fr (SMTP Server) with ESMTP id 7CC1C18000F1 for ; Mon, 23 Aug 2004 18:49:01 +0200 (CEST) Date: Mon, 23 Aug 2004 20:49:11 +0400 Mime-Version: 1.0 (Apple Message framework v553) Content-Type: text/plain; charset=US-ASCII; format=flowed From: LeBaBouk To: freebsd-acpi@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <5B8FDFFC-F524-11D8-B83E-000A95747694@yahoo.fr> X-Mailer: Apple Mail (2.553) Subject: FAN control howto 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, 23 Aug 2004 16:49:04 -0000 I've installed FreeBSD 5.2.1 on a Compaq B1013 laptop. All is quite fine but the machine remain very noisy. The FAN never stop. Does any one knows how to control them (if it's possible) Thanks in advance. From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 23 19:56:40 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E281E16A4CE for ; Mon, 23 Aug 2004 19:56:40 +0000 (GMT) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F01D43D31 for ; Mon, 23 Aug 2004 19:56:40 +0000 (GMT) (envelope-from hampi@rootshell.be) Received: from gicco.homeip.net (80-218-73-163.dclient.hispeed.ch [80.218.73.163])i7NJuc9v025145 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 23 Aug 2004 21:56:38 +0200 Received: from localhost.here (idefix@gicco.homeip.net [127.0.0.1]) by gicco.homeip.net (8.12.8p2/8.12.8) with ESMTP id i7NJuc6b006132 for ; Mon, 23 Aug 2004 21:56:38 +0200 (CEST) (envelope-from hampi@rootshell.be) Received: (from idefix@localhost) by localhost.here (8.12.8p2/8.12.8/Submit) id i7NJubGY006131 for freebsd-acpi@freebsd.org; Mon, 23 Aug 2004 21:56:37 +0200 (CEST) X-Authentication-Warning: localhost.here: idefix set sender to hampi@rootshell.be using -f Date: Mon, 23 Aug 2004 21:56:37 +0200 From: Hanspeter Roth To: freebsd-acpi@freebsd.org Message-ID: <20040823195637.GA2605@gicco.homeip.net> Mail-Followup-To: freebsd-acpi@freebsd.org References: <5B8FDFFC-F524-11D8-B83E-000A95747694@yahoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5B8FDFFC-F524-11D8-B83E-000A95747694@yahoo.fr> User-Agent: Mutt/1.4.1i Subject: Re: FAN control howto 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, 23 Aug 2004 19:56:41 -0000 On Aug 23 at 20:49, LeBaBouk spoke: > I've installed FreeBSD 5.2.1 on a Compaq B1013 laptop. All is quite > fine but the machine remain very noisy. The FAN never stop. Does any > one knows how to control them (if it's possible) The fan is probably controlled via the CPU. Is CPU running at 100%? Is the idle process consuming >=98%? If so my might have the WITNESS option enabled in the kernel configuration. If so try without WITNESS. -Hanspeter From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 23 20:08:34 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D33316A4CE for ; Mon, 23 Aug 2004 20:08:34 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2674F43D49 for ; Mon, 23 Aug 2004 20:08:34 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7NK8W8U031086; Mon, 23 Aug 2004 13:08:33 -0700 Message-ID: <412A4EBF.8060009@root.org> Date: Mon, 23 Aug 2004 13:08:31 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: lebabouk@yahoo.fr References: <5B8FDFFC-F524-11D8-B83E-000A95747694@yahoo.fr> <20040823195637.GA2605@gicco.homeip.net> In-Reply-To: <20040823195637.GA2605@gicco.homeip.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: FAN control howto 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, 23 Aug 2004 20:08:34 -0000 Hanspeter Roth wrote: > On Aug 23 at 20:49, LeBaBouk spoke: >>I've installed FreeBSD 5.2.1 on a Compaq B1013 laptop. All is quite >>fine but the machine remain very noisy. The FAN never stop. Does any >>one knows how to control them (if it's possible) > > The fan is probably controlled via the CPU. > Is CPU running at 100%? Is the idle process consuming >=98%? > If so my might have the WITNESS option enabled in the kernel > configuration. If so try without WITNESS. Not likely the reason but worth looking into. He should try a more recent 5.3-BETA. Unfortunately, if the fans are controlled by the BIOS and not ACPI (i.e. no fan objects referenced by the thermal zone) there's not much we can do. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 23 20:56:30 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 965D416A4CE; Mon, 23 Aug 2004 20:56:30 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 788F643D6E; Mon, 23 Aug 2004 20:56:30 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) i7NKuUxE042172; Mon, 23 Aug 2004 20:56:30 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7NKuUMr042168; Mon, 23 Aug 2004 20:56:30 GMT (envelope-from arved) Date: Mon, 23 Aug 2004 20:56:30 GMT From: Tilman Linneweh Message-Id: <200408232056.i7NKuUMr042168@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/67273: System Hangs with acpi and Xfree 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, 23 Aug 2004 20:56:30 -0000 Synopsis: System Hangs with acpi and Xfree Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: arved Responsible-Changed-When: Mon Aug 23 20:55:53 GMT 2004 Responsible-Changed-Why: Yet another ACPI PR http://www.freebsd.org/cgi/query-pr.cgi?pr=67273 From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 04:51:16 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3647C16A4CE for ; Tue, 24 Aug 2004 04:51:15 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAA5E43D48 for ; Tue, 24 Aug 2004 04:51:15 +0000 (GMT) (envelope-from nate@cryptography.com) Received: from [10.0.5.51] (adsl-64-171-186-94.dsl.snfc21.pacbell.net [64.171.186.94]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7O4pE8U008250; Mon, 23 Aug 2004 21:51:15 -0700 Message-ID: <412AC940.7080408@cryptography.com> Date: Mon, 23 Aug 2004 21:51:12 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: OGAWA Takaya References: <86hdqtq1ii.wl.t-ogawa@triaez.kaisei.org> In-Reply-To: <86hdqtq1ii.wl.t-ogawa@triaez.kaisei.org> Content-Type: multipart/mixed; boundary="------------000406000106060607060206" cc: acpi@FreeBSD.org Subject: Re: acpi mpsafe panic? on acpi_panasonic 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, 24 Aug 2004 04:51:16 -0000 This is a multi-part message in MIME format. --------------000406000106060607060206 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit OGAWA Takaya wrote: > Hi, > > Sorry for reporting this late, but acpi_panasonic driver began to cause > problem after I think your acpi mpsafe commit. > > If none of WITNESS, INVARIANTS and INVARIANT_SUPPORT is turned on: > System does not goes up multi-user. The symptom is that the system > stops after the following message during boot: > >>Pre-seeding PRNG: > > Hitting Ctrl-T here shows that sysctl(8) is running and waiting for > "ACPI Panasonic extras", but neither Ctrl-C nor Ctrl-Alt-Del do not > take effect. > > If all of WITNESS, INVARIANTS and INVARIANT_SUPPORT are turned on: > Kernel panics. > >>witness_get: witness exhausted >>panic: _sx_xlock (ACPI Panasonic extras): xlock already held @ /usr/src/sys/modules/acpi/acpi_panasonic/../../../i386/acpica/acpi_panasonic.c:214 Please try the attached patch. -Nate --------------000406000106060607060206 Content-Type: text/plain; name="pan_hang.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pan_hang.diff" Index: sys/i386/acpica/acpi_panasonic.c =================================================================== RCS file: /home/ncvs/src/sys/i386/acpica/acpi_panasonic.c,v retrieving revision 1.3 diff -u -r1.3 acpi_panasonic.c --- sys/i386/acpica/acpi_panasonic.c 13 Aug 2004 06:22:31 -0000 1.3 +++ sys/i386/acpica/acpi_panasonic.c 24 Aug 2004 01:52:32 -0000 @@ -400,21 +400,32 @@ } static void -acpi_panasonic_notify(ACPI_HANDLE h, UINT32 notify, void *context) +acpi_panasonic_event(void *arg) { struct acpi_panasonic_softc *sc; UINT32 key; + sc = (struct acpi_panasonic_softc *)arg; + + ACPI_SERIAL_BEGIN(panasonic); + if (acpi_panasonic_hkey_event(sc, sc->handle, &key) == 0) { + acpi_panasonic_hkey_action(sc, sc->handle, key); + acpi_UserNotify("Panasonic", sc->handle, (uint8_t)key); + } + ACPI_SERIAL_END(panasonic); +} + +static void +acpi_panasonic_notify(ACPI_HANDLE h, UINT32 notify, void *context) +{ + struct acpi_panasonic_softc *sc; + sc = (struct acpi_panasonic_softc *)context; switch (notify) { case 0x80: - ACPI_SERIAL_BEGIN(panasonic); - if (acpi_panasonic_hkey_event(sc, h, &key) == 0) { - acpi_panasonic_hkey_action(sc, h, key); - acpi_UserNotify("Panasonic", h, (uint8_t)key); - } - ACPI_SERIAL_END(panasonic); + AcpiOsQueueForExecution(OSD_PRIORITY_LO, acpi_panasonic_event, + sc); break; default: device_printf(sc->dev, "unknown notify: %#x\n", notify); --------------000406000106060607060206-- From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 05:36:17 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 876B416A4CE for ; Tue, 24 Aug 2004 05:36:17 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3856743D3F for ; Tue, 24 Aug 2004 05:36:17 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-94.dsl.snfc21.pacbell.net [64.171.186.94]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7O5aG8U009101; Mon, 23 Aug 2004 22:36:16 -0700 Message-ID: <412AD3CD.3010607@root.org> Date: Mon, 23 Aug 2004 22:36:13 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <200408221407.14910.mistry.7@osu.edu> In-Reply-To: <200408221407.14910.mistry.7@osu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Lid switch not working after 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: Tue, 24 Aug 2004 05:36:17 -0000 Anish Mistry wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > After I suspend then resume the lid switch doesn't seem to fire events > anymore. I can't remember when this started, and I've been pretty busy, but > it was working as of mid-July. Updated to CURRENT as of a few hours ago. > > ASL: > http://am-productions.biz/docs/littleguy.asl.gz > DMESG: > http://am-productions.biz/docs/dmesg.txt.gz I can't access those files. To start debugging, try sticking a printf in acpi_lid_notify in acpi_lid.c just to see if it fires on lid events after suspend/resume. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 05:41:14 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7709A16A4CE; Tue, 24 Aug 2004 05:41:14 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4924F43D46; Tue, 24 Aug 2004 05:41:14 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-94.dsl.snfc21.pacbell.net [64.171.186.94]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7O5fD8U009189; Mon, 23 Aug 2004 22:41:13 -0700 Message-ID: <412AD4F7.8040503@root.org> Date: Mon, 23 Aug 2004 22:41:11 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <200408221544.17683.mistry.7@osu.edu> In-Reply-To: <200408221544.17683.mistry.7@osu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: acpi_video vs. mach64 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, 24 Aug 2004 05:41:14 -0000 Anish Mistry wrote: > On my laptop I use the VESA DPMS patch with acpi_video so I can suspend > correctly by shutting off the video adapter so there is less power drain, but > ever since the move to attach the acpi_video driver to the correct spot my > mach64.ko kernel module doesn't attach if the acpi_video is loaded since they > seem to want the same device. Is there any chance of getting both to attach, > I think I remember a comment a while back about someone working on something > like this? Or would it just be better if I want the drm module to load and > still have the adapter shutoff stuff to put that VESA code into the mach64 > driver? If both are attaching to the PCI video device, yes, that won't work. jhb@ has done a little preliminary work on a VGA framework. However, I don't think much progress will be made right now as most developers are bugfixing for 5.3. You can merge the code into mach64 if that works for you. The 'right' thing is an actual driver framework that allows multiple drivers to attach to a common parent. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 10:55:51 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C04B416A4CE; Tue, 24 Aug 2004 10:55:51 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A397543D2D; Tue, 24 Aug 2004 10:55:51 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) i7OAtpsN080500; Tue, 24 Aug 2004 10:55:51 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7OAtpNf080496; Tue, 24 Aug 2004 10:55:51 GMT (envelope-from arved) Date: Tue, 24 Aug 2004 10:55:51 GMT From: Tilman Linneweh Message-Id: <200408241055.i7OAtpNf080496@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/60817: FBSD-5.1/5.2-RC1 "fdc0: cmd 3 failed at out byte 1 of 3" 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, 24 Aug 2004 10:55:51 -0000 Synopsis: FBSD-5.1/5.2-RC1 "fdc0: cmd 3 failed at out byte 1 of 3" Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: arved Responsible-Changed-When: Tue Aug 24 10:55:24 GMT 2004 Responsible-Changed-Why: This looks like an ACPI problem http://www.freebsd.org/cgi/query-pr.cgi?pr=60817 From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 10:59:31 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BACCA16A4CE; Tue, 24 Aug 2004 10:59:31 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BE7743D39; Tue, 24 Aug 2004 10:59:31 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) i7OAxVuw080580; Tue, 24 Aug 2004 10:59:31 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7OAxVbR080576; Tue, 24 Aug 2004 10:59:31 GMT (envelope-from arved) Date: Tue, 24 Aug 2004 10:59:31 GMT From: Tilman Linneweh Message-Id: <200408241059.i7OAxVbR080576@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/61703: ACPI + Sound + Boot = Reboot 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, 24 Aug 2004 10:59:31 -0000 Synopsis: ACPI + Sound + Boot = Reboot Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: arved Responsible-Changed-When: Tue Aug 24 10:59:12 GMT 2004 Responsible-Changed-Why: Another problem with ACPI http://www.freebsd.org/cgi/query-pr.cgi?pr=61703 From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 11:04:05 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26B1E16A4CF; Tue, 24 Aug 2004 11:04:05 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08AC443D64; Tue, 24 Aug 2004 11:04:05 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) i7OB44ND080890; Tue, 24 Aug 2004 11:04:04 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7OB44QM080886; Tue, 24 Aug 2004 11:04:04 GMT (envelope-from arved) Date: Tue, 24 Aug 2004 11:04:04 GMT From: Tilman Linneweh Message-Id: <200408241104.i7OB44QM080886@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/62855: AE_NO_ACPI_TABLES on systems that (purportedly) has 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, 24 Aug 2004 11:04:05 -0000 Synopsis: AE_NO_ACPI_TABLES on systems that (purportedly) has ACPI Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: arved Responsible-Changed-When: Tue Aug 24 11:03:01 GMT 2004 Responsible-Changed-Why: I think this has been "fixed" in CURRENT by automagical disabling ACPI on older boards, but assign to freebsd-acpi for confirmation. http://www.freebsd.org/cgi/query-pr.cgi?pr=62855 From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 11:12:53 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C43816A4D1; Tue, 24 Aug 2004 11:12:53 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D88543D1F; Tue, 24 Aug 2004 11:12:53 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) i7OBCruf085030; Tue, 24 Aug 2004 11:12:53 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7OBCrh5085026; Tue, 24 Aug 2004 11:12:53 GMT (envelope-from arved) Date: Tue, 24 Aug 2004 11:12:53 GMT From: Tilman Linneweh Message-Id: <200408241112.i7OBCrh5085026@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/67189: ACPI S3 reboot computer on Dell Latitude D505 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, 24 Aug 2004 11:12:53 -0000 Synopsis: ACPI S3 reboot computer on Dell Latitude D505 Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: arved Responsible-Changed-When: Tue Aug 24 11:12:39 GMT 2004 Responsible-Changed-Why: Over to maintainers http://www.freebsd.org/cgi/query-pr.cgi?pr=67189 From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 11:16:46 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EF8C16A4CE; Tue, 24 Aug 2004 11:16:46 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4921643D39; Tue, 24 Aug 2004 11:16:46 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) i7OBGktj085150; Tue, 24 Aug 2004 11:16:46 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7OBGk04085146; Tue, 24 Aug 2004 11:16:46 GMT (envelope-from arved) Date: Tue, 24 Aug 2004 11:16:46 GMT From: Tilman Linneweh Message-Id: <200408241116.i7OBGk04085146@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/68219: ACPI + snd_maestro3 problem X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 11:16:46 -0000 Synopsis: ACPI + snd_maestro3 problem Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: arved Responsible-Changed-When: Tue Aug 24 11:16:25 GMT 2004 Responsible-Changed-Why: Over to ACPI maintainers. http://www.freebsd.org/cgi/query-pr.cgi?pr=68219 From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 12:20:35 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3633E16A4E5 for ; Tue, 24 Aug 2004 12:20:34 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09F1443D45 for ; Tue, 24 Aug 2004 12:20:12 +0000 (GMT) (envelope-from oliver.bantke@t-g-p.org) Received: from [212.227.126.205] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BzaHb-00040T-00 for freebsd-acpi@freebsd.org; Tue, 24 Aug 2004 14:20:11 +0200 Received: from [80.142.182.249] (helo=deimos) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1BzaHa-000403-00 for freebsd-acpi@FreeBSD.org; Tue, 24 Aug 2004 14:20:10 +0200 Message-ID: <000f01c489d4$fd112d90$0400a8c0@deimos> From: "Oliver Bantke" To: Date: Tue, 24 Aug 2004 14:22:13 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:4dc38286c03e825cae68e19469c6c3a1 Subject: Suspend/resume on Acer TM 661 LCi 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, 24 Aug 2004 12:20:36 -0000 Hi all, i'm running latest 5.3 on a Acer TravelMate 661LCi. When i try to put the laptop into standby, i can't reactivate it. The fan turns on and i can hear that the hd is working again but the screen remains blank. Here is the output from sysctl hw.acpi: root@deimos>sysctl -a | grep hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 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 C2/1 C3/85 hw.acpi.cpu.cx_lowest: C3 hw.acpi.cpu.cx_usage: 0.00% 100.00% 0.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 3272 hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 3652 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 3732 hw.acpi.thermal.tz0._ACx: 3462 3392 -1 -1 -1 -1 -1 -1 -1 -1 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 root@deimos> And here the ASL: http://www.t-g-p.org/root-AcerTM661LCi.asl I hope someone can fix this. Best regards, Oliver From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 16:45:14 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D72AF16A4CE for ; Tue, 24 Aug 2004 16:45:14 +0000 (GMT) Received: from mps3.plala.or.jp (c146001.vh.plala.or.jp [210.150.146.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ABE243D2D for ; Tue, 24 Aug 2004 16:45:13 +0000 (GMT) (envelope-from t-ogawa@triaez.kaisei.org) Received: from solder.dyndns.org ([60.34.136.252]) by mps3.plala.or.jp with SMTP id <20040824164512.IXCA15551.mps3.plala.or.jp@solder.dyndns.org> for ; Wed, 25 Aug 2004 01:45:12 +0900 Received: (qmail 12794 invoked from network); 24 Aug 2004 16:45:11 -0000 Received: from localhost (HELO gandalf.middle.earth) (127.0.0.1) by localhost with SMTP; 24 Aug 2004 16:45:11 -0000 Date: Wed, 25 Aug 2004 01:30:24 +0900 Message-ID: <86d61gpkgv.wl.t-ogawa@triaez.kaisei.org> From: OGAWA Takaya To: Nate Lawson In-Reply-To: <412AC940.7080408@cryptography.com> References: <86hdqtq1ii.wl.t-ogawa@triaez.kaisei.org> <412AC940.7080408@cryptography.com> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-2022-JP cc: acpi@FreeBSD.org Subject: Re: acpi mpsafe panic? on acpi_panasonic 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, 24 Aug 2004 16:45:15 -0000 At Mon, 23 Aug 2004 21:51:12 -0700, Nate Lawson wrote: > > If all of WITNESS, INVARIANTS and INVARIANT_SUPPORT are turned on: > > Kernel panics. > > > >>witness_get: witness exhausted > >>panic: _sx_xlock (ACPI Panasonic extras): xlock already held @ /usr/src/sys/modules/acpi/acpi_panasonic/../../../i386/acpica/acpi_panasonic.c:214 > > Please try the attached patch. Thank you for taking a look at it, however there was no lock. Still the same symptom even with the patch. Is there any additional information I can provide? ---------- おがわ たかや t-ogawa@triaez.kaisei.org From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 17:55:02 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C51C916A4D0 for ; Tue, 24 Aug 2004 17:55:02 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96E8243D1F for ; Tue, 24 Aug 2004 17:55:02 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7OHt18U027223; Tue, 24 Aug 2004 10:55:01 -0700 Message-ID: <412B80F4.5080006@root.org> Date: Tue, 24 Aug 2004 10:55:00 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: OGAWA Takaya References: <86hdqtq1ii.wl.t-ogawa@triaez.kaisei.org> <412AC940.7080408@cryptography.com> <86d61gpkgv.wl.t-ogawa@triaez.kaisei.org> In-Reply-To: <86d61gpkgv.wl.t-ogawa@triaez.kaisei.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.org Subject: Re: acpi mpsafe panic? on acpi_panasonic 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, 24 Aug 2004 17:55:02 -0000 OGAWA Takaya wrote: > At Mon, 23 Aug 2004 21:51:12 -0700, > Nate Lawson wrote: > >>>If all of WITNESS, INVARIANTS and INVARIANT_SUPPORT are turned on: >>>Kernel panics. >>> >>> >>>>witness_get: witness exhausted >>>>panic: _sx_xlock (ACPI Panasonic extras): xlock already held @ /usr/src/sys/modules/acpi/acpi_panasonic/../../../i386/acpica/acpi_panasonic.c:214 >> >>Please try the attached patch. > > Thank you for taking a look at it, however there was no lock. > Still the same symptom even with the patch. > > Is there any additional information I can provide? I took a closer look and found an error that caused the mutex to not be released in some cases. Please cvsup and test. If someone has a problem with acpi_asus, please let me know. It does not appear to have the same problem. -Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 19:30:22 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D179816A4CE; Tue, 24 Aug 2004 19:30:22 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A79B043D46; Tue, 24 Aug 2004 19:30:22 +0000 (GMT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) i7OJUMTo050807; Tue, 24 Aug 2004 19:30:22 GMT (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7OJUM5f050803; Tue, 24 Aug 2004 19:30:22 GMT (envelope-from njl) Date: Tue, 24 Aug 2004 19:30:22 GMT From: Nate Lawson Message-Id: <200408241930.i7OJUM5f050803@freefall.freebsd.org> To: durian@shadetreesoftware.com, njl@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/62855: AE_NO_ACPI_TABLES on systems that (purportedly) has 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, 24 Aug 2004 19:30:23 -0000 Synopsis: AE_NO_ACPI_TABLES on systems that (purportedly) has ACPI State-Changed-From-To: open->closed State-Changed-By: njl State-Changed-When: Tue Aug 24 19:29:03 GMT 2004 State-Changed-Why: If the messages bother you, the workaround is to add hint.acpi.0.disabled="1" to your /boot/loader.conf. The BIOS is not exporting acpi tables for some reason and there's nothing we can do. The system should function fine without ACPI. http://www.freebsd.org/cgi/query-pr.cgi?pr=62855 From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 19:33:09 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50B7C16A4D3; Tue, 24 Aug 2004 19:33:09 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AC2543D4C; Tue, 24 Aug 2004 19:33:09 +0000 (GMT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) i7OJX8BD056087; Tue, 24 Aug 2004 19:33:08 GMT (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7OJX8Ua056082; Tue, 24 Aug 2004 19:33:08 GMT (envelope-from njl) Date: Tue, 24 Aug 2004 19:33:08 GMT From: Nate Lawson Message-Id: <200408241933.i7OJX8Ua056082@freefall.freebsd.org> To: fab@gnux.info, njl@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/68219: ACPI + snd_maestro3 problem X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 19:33:09 -0000 Synopsis: ACPI + snd_maestro3 problem State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Tue Aug 24 19:31:07 GMT 2004 State-Changed-Why: It's likely that the driver doesn't support suspend/resume well. The power tree merge may have helped with this (i.e. BAR restoration) so please try 5.3. The load/unload failure is the driver's responsibility. http://www.freebsd.org/cgi/query-pr.cgi?pr=68219 From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 19:34:32 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E563D16A4CE; Tue, 24 Aug 2004 19:34:32 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE35643D45; Tue, 24 Aug 2004 19:34:32 +0000 (GMT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) i7OJYWt9056142; Tue, 24 Aug 2004 19:34:32 GMT (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7OJYWhf056138; Tue, 24 Aug 2004 19:34:32 GMT (envelope-from njl) Date: Tue, 24 Aug 2004 19:34:32 GMT From: Nate Lawson Message-Id: <200408241934.i7OJYWhf056138@freefall.freebsd.org> To: supraexpress@globaleyes.net, njl@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/60817: FBSD-5.1/5.2-RC1 "fdc0: cmd 3 failed at out byte 1 of 3" 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, 24 Aug 2004 19:34:33 -0000 Synopsis: FBSD-5.1/5.2-RC1 "fdc0: cmd 3 failed at out byte 1 of 3" State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Tue Aug 24 19:33:44 GMT 2004 State-Changed-Why: Please try a recent (2004/8/23 or newer) snapshot from snapshots.jp.freebsd.org or cvsup to -current. I think this issue may be addressed. http://www.freebsd.org/cgi/query-pr.cgi?pr=60817 From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 19:35:27 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D87C616A4CE; Tue, 24 Aug 2004 19:35:27 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B407243D1D; Tue, 24 Aug 2004 19:35:27 +0000 (GMT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) i7OJZRW4056193; Tue, 24 Aug 2004 19:35:27 GMT (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7OJZRCq056189; Tue, 24 Aug 2004 19:35:27 GMT (envelope-from njl) Date: Tue, 24 Aug 2004 19:35:27 GMT From: Nate Lawson Message-Id: <200408241935.i7OJZRCq056189@freefall.freebsd.org> To: rrl125@psu.edu, njl@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/61703: ACPI + Sound + Boot = Reboot 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, 24 Aug 2004 19:35:28 -0000 Synopsis: ACPI + Sound + Boot = Reboot State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Tue Aug 24 19:34:40 GMT 2004 State-Changed-Why: For starters, please report dmesg from boot -v without acpi enabled. http://www.freebsd.org/cgi/query-pr.cgi?pr=61703 From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 19:37:01 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83CDC16A4CF; Tue, 24 Aug 2004 19:37:01 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 642D143D3F; Tue, 24 Aug 2004 19:37:01 +0000 (GMT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) i7OJb1iZ056250; Tue, 24 Aug 2004 19:37:01 GMT (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7OJb1vl056246; Tue, 24 Aug 2004 19:37:01 GMT (envelope-from njl) Date: Tue, 24 Aug 2004 19:37:01 GMT From: Nate Lawson Message-Id: <200408241937.i7OJb1vl056246@freefall.freebsd.org> To: dsh@vlink.ru, njl@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/67189: ACPI S3 reboot computer on Dell Latitude D505 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, 24 Aug 2004 19:37:01 -0000 Synopsis: ACPI S3 reboot computer on Dell Latitude D505 State-Changed-From-To: open->feedback State-Changed-By: njl State-Changed-When: Tue Aug 24 19:35:45 GMT 2004 State-Changed-Why: Please report dmesg from boot -v. Suspend/resume issues aren't likely to be solved any time soon but you can help by doing some debugging as shown in the "Debugging ACPI" section of the handbook. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html http://www.freebsd.org/cgi/query-pr.cgi?pr=67189 From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 20:03:36 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C658016A4DB for ; Tue, 24 Aug 2004 20:03:36 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51BDA43D1F for ; Tue, 24 Aug 2004 20:03:34 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7OK3W8U029650; Tue, 24 Aug 2004 13:03:33 -0700 Message-ID: <412B9F14.5080401@root.org> Date: Tue, 24 Aug 2004 13:03:32 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Bantke References: <000f01c489d4$fd112d90$0400a8c0@deimos> In-Reply-To: <000f01c489d4$fd112d90$0400a8c0@deimos> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@FreeBSD.org Subject: Re: Suspend/resume on Acer TM 661 LCi 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, 24 Aug 2004 20:03:37 -0000 Oliver Bantke wrote: > Hi all, > > i'm running latest 5.3 on a Acer TravelMate 661LCi. When i try to put the > laptop into standby, i can't reactivate it. The fan turns on and i can hear > that the hd is working again but the screen remains blank. You can try to ssh into it and see if it's fully running, just screen not working. If that's the case, running without DRM may help. I plan to add full VGA POST to the resume code but right now the priority is bugfixing for 5.3. The VGA DPMS driver might also help. Suspend/resume problems are not a priority (unless it worked at some point and was subsequently broken). -Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 20:08:04 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AA3216A4CE for ; Tue, 24 Aug 2004 20:08:04 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF3A143D2D for ; Tue, 24 Aug 2004 20:08:03 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7OK838U029689; Tue, 24 Aug 2004 13:08:03 -0700 Message-ID: <412BA022.7060001@root.org> Date: Tue, 24 Aug 2004 13:08:02 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry , acpi@FreeBSD.org References: <200408221407.14910.mistry.7@osu.edu> <412AD3CD.3010607@root.org> <200408240420.05907.mistry.7@osu.edu> In-Reply-To: <200408240420.05907.mistry.7@osu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Lid switch not working after 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: Tue, 24 Aug 2004 20:08:04 -0000 Anish Mistry wrote: >>>After I suspend then resume the lid switch doesn't seem to fire events >>>anymore. I can't remember when this started, and I've been pretty busy, >>>but it was working as of mid-July. Updated to CURRENT as of a few hours >>>ago. >>> >>>ASL: >>>http://am-productions.biz/docs/littleguy.asl.gz >>>DMESG: >>>http://am-productions.biz/docs/dmesg.txt.gz >> >>I can't access those files. To start debugging, try sticking a printf >>in acpi_lid_notify in acpi_lid.c just to see if it fires on lid events >>after suspend/resume. > > - From what I normally see ("acpi_lid0: Lid Closed") the lid event message > doesn't fire after the resume (I've got hw.acpi.verbose=1, will try the > printfs after lunch). Yeah, this would be the same printf. Please boot with -v and send me the dmesg after doing a few lid opens/closes, a suspend/resume, then more lid ops. Thanks, Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Aug 24 21:54:24 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5B6316A4CF for ; Tue, 24 Aug 2004 21:54:24 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B75DF43D2F for ; Tue, 24 Aug 2004 21:54:24 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7OLsN8U031721; Tue, 24 Aug 2004 14:54:23 -0700 Message-ID: <412BB90F.5000008@root.org> Date: Tue, 24 Aug 2004 14:54:23 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <200408221407.14910.mistry.7@osu.edu> In-Reply-To: <200408221407.14910.mistry.7@osu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Lid switch not working after 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: Tue, 24 Aug 2004 21:54:25 -0000 Anish Mistry wrote: > After I suspend then resume the lid switch doesn't seem to fire events > anymore. I can't remember when this started, and I've been pretty busy, but > it was working as of mid-July. Updated to CURRENT as of a few hours ago. Ok, I was able to decode your updated dmesg. It's interesting that you say that only the first lid switch press works even before suspending. Can you test and verify this? Just boot and open/close the lid a few times, don't bother suspending. If the printf doesn't show up, this is probably a GPE problem. However, your dmesg shows we're doing the right thing for your lid on suspend/resume. When did this start failing (can you narrow down a date)? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Aug 25 02:34:56 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9594616A4CE for ; Wed, 25 Aug 2004 02:34:56 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8B8743D41 for ; Wed, 25 Aug 2004 02:34:54 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i7P2LXjr063198 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 24 Aug 2004 22:21:49 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: nate@root.org Date: Tue, 24 Aug 2004 22:35:18 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_mr/KBjohsfgsf3c" Message-Id: <200408242235.31589.mistry.7@osu.edu> X-Spam-Status: No, hits=-1.8 required=5.0 tests=J_CHICKENPOX_64,PGP_SIGNATURE,RCVD_IN_ORBS,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-acpi@freebsd.org Subject: Re: Lid switch not working after 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: Wed, 25 Aug 2004 02:34:56 -0000 --Boundary-00=_mr/KBjohsfgsf3c Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Here it is again. 1) set the lid_switch sysctl=3DNONE so system doesn't suspend 2) open/close lid a few times, (only one message seems to show up in the dm= esg=20 though) 3) acpiconf -s 3 4) resume and I get bitten by the ATA bug so I couldn't do any lid switchin= g=20 on resume Hope this is enough info. =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBK/rwxqA5ziudZT0RAi24AJ9TjnbrOiG1ifnrY9Z8fs7xqHMW3ACfYN+U =46dSbB+sQ2Vel3/iEr30qOiM=3D =3D05m/ =2D----END PGP SIGNATURE----- --Boundary-00=_mr/KBjohsfgsf3c-- From owner-freebsd-acpi@FreeBSD.ORG Wed Aug 25 04:00:01 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 376AD16A4CE; Wed, 25 Aug 2004 04:00:01 +0000 (GMT) Received: from www.reppep.com (www.reppep.com [66.92.104.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED4FB43D2F; Wed, 25 Aug 2004 04:00:00 +0000 (GMT) (envelope-from pepper@reppep.com) Received: from [66.92.104.201] (g4.reppep.com [66.92.104.201]) by www.reppep.com (Postfix) with ESMTP id 3A1E71038A; Tue, 24 Aug 2004 23:59:58 -0400 (EDT) Mime-Version: 1.0 Message-Id: Date: Tue, 24 Aug 2004 23:59:01 -0400 To: current@freebsd.org From: Chris Pepper Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: acpi@freebsd.org Subject: HP Pavilion 7915: still failing on ACPI under 5.3b1 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, 25 Aug 2004 04:00:01 -0000 I just tried booting my HP Pavilion 7915 from the 5.3b1 disc1 ISO, and it hung with: ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard KDB: enter: Executed AML Breakpoint opcode Stopped at kdb_enter+0x2b: nop db> With 5.2.1, I saw a very similar hang, which I could avoid by booting in Safe mode; the details are at , and Safe mode still works (I get to sysinstall). I've tried to to upgrade the HP BIOS from 3.04 to 3.07 again, but the HP updater is still broken, and won't run on my system. FWIW, I've been running 5.2.1 successfully on this system, with ACPI disabled. Dunno if the BIOS should be blacklisted or I should try something else, but further experiments are welcomed. Thx, Chris Pepper -- Chris Pepper: Rockefeller University: From owner-freebsd-acpi@FreeBSD.ORG Wed Aug 25 07:48:11 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBDE416A4CE for ; Wed, 25 Aug 2004 07:48:11 +0000 (GMT) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F43943D5E for ; Wed, 25 Aug 2004 07:48:10 +0000 (GMT) (envelope-from bogorodskiy@inbox.ru) Received: from [194.186.150.172] (port=50169 helo=inbox.ru) by mx2.mail.ru with esmtp id 1BzsVo-000NKP-00 for acpi@freebsd.org; Wed, 25 Aug 2004 11:48:04 +0400 Date: Wed, 25 Aug 2004 11:47:09 +0400 From: Roman Bogorodskiy To: acpi@freebsd.org Message-ID: <20040825074709.GA652@lame.novel.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline X-GPG: http://phptags.sourceforge.net/key User-Agent: Mutt/1.5.6i X-Spam: Not detected Subject: ACPI and sound troubles 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, 25 Aug 2004 07:48:11 -0000 --eJnRUKwClWJh1Khz Content-Type: multipart/mixed; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm using FreeBSD 5.3-BETA1 i386 cvsup'ed today and I have some troubles with ACPI. First, when I boot, I see message "ACPI autoload failed - no such file or directory", but this file really exists: $> file /boot/kernel/acpi.ko=20 /boot/kernel/acpi.ko: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped $> When I do "load /boot/kernel/acpi.ko" in loader promt it works. Probably, it's some kldload(2) problem, not ACPI's.=20 After booting with acpi module loaded I can listen only noise from my speakers and it is everything ok when acpi not loaded.=20 dmesg (boot -v, acpi disabled) attached.=20 -Roman Bogorodskiy --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA1 #3: Wed Aug 25 10:44:08 MSD 2004 root@lame.novel.ru:/usr/obj/usr/home/novel/current/src/sys/NOVEL Preloaded elf kernel "/boot/kernel/kernel" at 0xc073e000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc073e250. Preloaded elf module "/boot/kernel/snd_via8233.ko" at 0xc073e2fc. Preloaded elf module "/boot/kernel/sound.ko" at 0xc073e3ac. Calibrating clock(s) ... i8254 clock: 1193268 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1674443128 Hz CPU: AMD Athlon(tm) prosussor (1674.44-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x6a0 Stepping =3D 0 Features=3D0x383fbff AMD Features=3D0xc0400000 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associat= ive L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory =3D 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000826000 - 0x000000001f6bffff, 518627328 bytes (126618 pages) avail memory =3D 519815168 (495 MB) MP Configuration Table version 1.4 found at 0xc00f0d20 APIC: Using the MPTable enumerator. MPTable: bios32: Found BIOS32 Service Directory header at 0xc00f98c0 bios32: Entry =3D 0xf9d30 (c00f9d30) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0x9d60 pnpbios: Found PnP BIOS data at 0xc00fa7b0 pnpbios: Entry =3D f0000:a7e0 Rev =3D 1.0 Other BIOS signatures found: ioapic0: Assuming intbase of 0 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) ioapic0: intpin 21 bus PCI ioapic0: intpin 21 trigger: level ioapic0: intpin 21 polarity: low ioapic0: intpin 21 bus PCI ioapic0: intpin 21 trigger: level ioapic0: intpin 21 polarity: low ioapic0: intpin 21 bus PCI ioapic0: intpin 21 trigger: level ioapic0: intpin 21 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 22 bus PCI ioapic0: intpin 22 trigger: level ioapic0: intpin 22 polarity: low ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 1 bus ISA ioapic0: intpin 1 trigger: edge ioapic0: intpin 1 polarity: high ioapic0: intpin 2 bus ISA ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high ioapic0: intpin 3 bus ISA ioapic0: intpin 3 trigger: edge ioapic0: intpin 3 polarity: high ioapic0: intpin 4 bus ISA ioapic0: intpin 4 trigger: edge ioapic0: intpin 4 polarity: high ioapic0: intpin 7 bus ISA ioapic0: intpin 7 trigger: edge ioapic0: intpin 7 polarity: high ioapic0: intpin 8 bus ISA ioapic0: intpin 8 trigger: edge ioapic0: intpin 8 polarity: high ioapic0: intpin 9 bus ISA ioapic0: intpin 9 trigger: edge ioapic0: intpin 9 polarity: high ioapic0: intpin 12 bus ISA ioapic0: intpin 12 trigger: edge ioapic0: intpin 12 polarity: high ioapic0: intpin 13 bus ISA ioapic0: intpin 13 trigger: edge ioapic0: intpin 13 polarity: high ioapic0: intpin 14 bus ISA ioapic0: intpin 14 trigger: edge ioapic0: intpin 14 polarity: high ioapic0: intpin 15 bus ISA ioapic0: intpin 15 trigger: edge ioapic0: intpin 15 polarity: high lapic: Routing ExtINT -> LINT0 lapic: Routing NMI -> LINT1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff random: mem: Pentium Pro MTRR support enabled io: null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x80008840 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D31891106) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00fc760 PCI-Only Interrupts: 5 6 10 11 Location Bus Device Pin Link IRQs slot 1 0 9 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 C 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 D 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 A 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 B 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 C 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 D 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 A 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 B 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 C 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 D 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 B 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 C 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 D 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 13 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 13 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 13 C 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 13 D 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 6 0 19 A 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 6 0 19 B 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 6 0 19 C 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 6 0 19 D 0x02 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 D 0x04 3 4 5 6 7 9 10 11 12 14 15 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=3D0 map[10]: type 3, range 32, base d0000000, size 27, enabled found-> vendor=3D0x1106, dev=3D0x3189, revid=3D0x00 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x08 (240 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0xb168, revid=3D0x00 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: slot 16 INTA routed to irq 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 bus=3D0, slot=3D16, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000d400, size 5, enabled pcib0: slot 16 INTB routed to irq 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 bus=3D0, slot=3D16, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000d800, size 5, enabled pcib0: slot 16 INTC routed to irq 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 bus=3D0, slot=3D16, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e2000000, size 8, enabled pcib0: slot 16 INTD routed to irq 19 found-> vendor=3D0x1106, dev=3D0x3104, revid=3D0x82 bus=3D0, slot=3D16, func=3D3 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D19 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=3D0x1106, dev=3D0x3177, revid=3D0x00 bus=3D0, slot=3D17, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0087, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000dc00, size 4, enabled found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06 bus=3D0, slot=3D17, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 8, enabled pcib0: slot 17 INTC routed to irq 22 found-> vendor=3D0x1106, dev=3D0x3059, revid=3D0x50 bus=3D0, slot=3D17, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D22 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e400, size 8, enabled map[14]: type 1, range 32, base e2001000, size 8, enabled pcib0: slot 19 INTA routed to irq 18 found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 bus=3D0, slot=3D19, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) intpin=3Da, irq=3D18 powerspec 2 supports D0 D1 D2 D3 current D0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xe0000000-0xe1ffffff pcib1: prefetched decode 0xd8000000-0xdfffffff pci1: on pcib1 pci1: physical bus=3D1 map[10]: type 1, range 32, base e0000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xe0000000-0xe0ffffff map[14]: type 3, range 32, base d8000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xd8000000-0xdfffffff pcib1: slot 0 INTA routed to irq 16 found-> vendor=3D0x10de, dev=3D0x0181, revid=3D0xa2 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x05 (1250 ns), maxlat=3D0x01 (250 ns) intpin=3Da, irq=3D16 powerspec 2 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) uhci0: port 0xd000-0xd01f irq 21 at device 16.0= on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd400-0xd41f irq 21 at device 16.1= on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd800-0xd81f irq 21 at device 16.2= on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 16.3 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xdc00-0xdc0f,0x376,0x170-0x177= ,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 ata0-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0-slave: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x9 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D20 ostat1=3D30 ata1-master: stat=3D0x20 err=3D0x20 lsb=3D0x20 msb=3D0x20 ata1-slave: stat=3D0x30 err=3D0x30 lsb=3D0x30 msb=3D0x30 ata1: reset tp2 stat0=3D20 stat1=3D30 devices=3D0x0 ata1: [MPSAFE] pcm0: port 0xe000-0xe0ff irq 22 at device 17.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe000 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features 20 bit DAC, 18 bit ADC, 5 bit master volume, Realtek 3= D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, double rate PCM, r= eserved 1, center DAC, surround DAC, LFE DAC, reserved 4 pcm0: sndbuf_setmap 208000, 1000; 0xc1634000 -> 208000 pcm0: sndbuf_setmap 20a000, 1000; 0xc1636000 -> 20a000 pcm0: sndbuf_setmap 1f0000, 1000; 0xc163c000 -> 1f0000 pcm0: sndbuf_setmap 22e000, 1000; 0xc165a000 -> 22e000 pcm0: sndbuf_setmap 20c000, 1000; 0xc1658000 -> 20c000 pcm0: sndbuf_setmap 22a000, 1000; 0xc1656000 -> 22a000 pci0: at device 19.0 (no driver attached) cpu0 on motherboard pnpbios: 14 devices, largest 92 bytes PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=3D0x10, align=3D0 PNP0200: adding io range 0x81-0x83, size=3D0x3, align=3D0 PNP0200: adding io range 0x87-0x87, size=3D0x1, align=3D0 PNP0200: adding io range 0x89-0x8b, size=3D0x3, align=3D0 PNP0200: adding io range 0x8f-0x91, size=3D0x3, align=3D0 PNP0200: adding io range 0xc0-0xdf, size=3D0x20, align=3D0 pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=3D0x4, align=3D0 pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=3D0x2, align=3D0 pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=3D0x1, align=3D0 PNP0303: adding io range 0x64-0x64, size=3D0x1, align=3D0 pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=3D0x1, align=3D0 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=3D0x10, align=3D0 pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=3D0xa0000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=3D0x20000 PNP0c01: adding fixed memory32 range 0xfee00000-0xfee0ffff, size=3D0x10000 PNP0c01: adding fixed memory32 range 0x100000-0x1fffffff, size=3D0x1ff00000 pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0c02: adding fixed memory32 range 0xf0000-0xf3fff, size=3D0x4000 PNP0c02: adding fixed memory32 range 0xf4000-0xf7fff, size=3D0x4000 PNP0c02: adding fixed memory32 range 0xf8000-0xfffff, size=3D0x8000 PNP0c02: adding fixed memory32 range 0xcf800-0xcffff, size=3D0x800 pnpbios: handle 8 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0x294-0x297, size=3D0x4, align=3D0 PNP0a03: adding io range 0x4d0-0x4d1, size=3D0x2, align=3D0 PNP0a03: adding io range 0xcf8-0xcff, size=3D0x8, align=3D0 pnpbios: handle 9 device ID PNP0a03 (030ad041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 10 device ID PNP0f13 (130fd041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=3D0x8, align=3D0 pnpbios: handle 11 device ID PNP0501 (0105d041) PNP0400: adding irq mask 0x80 PNP0400: adding io range 0x378-0x37f, size=3D0x8, align=3D0 PNP0400: adding io range 0x778-0x77f, size=3D0x8, align=3D0 pnpbios: handle 13 device ID PNP0400 (0004d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=3D0x8, align=3D0 pnpbios: handle 15 device ID PNP0501 (0105d041) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff on isa0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) sc0: on isa0 sc0: VGA <16 virtual consoles, flags=3D0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80=20 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppi0: on ppbus0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port sio0: irq maps: 0x4001 0x4011 0x4001 0x4001 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x4001 0x4001 0x4001 0x4001 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (port) unknown: at port 0x60 on isa0 unknown: failed to probe at port 0x61 on isa0 unknown: can't assign resources (irq) unknown: at irq 12 on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 Device configuration finished. procfs registered Timecounter "TSC" frequency 1674443128 Hz quality 800 Timecounters tick every 10.000 msec Linux ELF exec handler installed lo0: bpf attached ata0-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x43 cable=3D40pin ATAPI_RESET time =3D 80us ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata0-master: setting PIO4 on VIA 8235 chip ata0-master: setting UDMA100 on VIA 8235 chip ata0-slave: setting PIO4 on VIA 8235 chip ata0-slave: DMA limited to UDMA33, non-ATA66 cable or device ata0-slave: setting UDMA33 on VIA 8235 chip ad0: ATA-6 disk at ata0-master ad0: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ar: FreeBSD check1 failed [0] f:00 typ:7 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:20482812 [1] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:20482875 l:2139536= 70 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 10487199744 end 10487231999 GEOM: Configure ad0s2, start 10487232000 length 109544279040 end 1200315110= 39 GEOM: Configure ad0s2a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s2b, start 268435456 length 1051418624 end 1319854079 GEOM: Configure ad0s2c, start 0 length 109544279040 end 109544279039 GEOM: Configure ad0s2d, start 1319854080 length 268435456 end 1588289535 GEOM: Configure ad0s2e, start 1588289536 length 268435456 end 1856724991 GEOM: Configure ad0s2f, start 1856724992 length 107687554048 end 1095442790= 39 acd0: CDRW drive at ata0 as slave acd0: read 4134KB/s (8958KB/s) write 8958KB/s (8958KB/s), 2048KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm data disc ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 Mounting root from ufs:/dev/ad0s2a start_init: trying /sbin/init --opJtzjQTFsWo+cga-- --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iQCVAwUBQSxD/YB0WzgdqspGAQK/YQP/Xrdy4qYGnxTd82Jfv7KsB6SBwtP205W3 b7rkiItRxGogaj9fW5fzl9dO8xsPFe3ToCXGSl4xGQ3E1nhhwAjTle1sfxJR45ys qwJd6/XeqoVB63JQlCghMRnAjQvAtHfhXqlE0/qHGXsoYXu7G1v6BLtAoHnbICev 3uCRrOSpjVQ= =dOlk -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- From owner-freebsd-acpi@FreeBSD.ORG Wed Aug 25 17:45:02 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB2FF16A4CE for ; Wed, 25 Aug 2004 17:45:02 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A933843D39 for ; Wed, 25 Aug 2004 17:45:01 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7PHix8U025992; Wed, 25 Aug 2004 10:45:00 -0700 Message-ID: <412CD019.5000404@root.org> Date: Wed, 25 Aug 2004 10:44:57 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Bogorodskiy References: <20040825074709.GA652@lame.novel.ru> In-Reply-To: <20040825074709.GA652@lame.novel.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: ACPI and sound troubles 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, 25 Aug 2004 17:45:03 -0000 Roman Bogorodskiy wrote: > I'm using FreeBSD 5.3-BETA1 i386 cvsup'ed today and I have some troubles > with ACPI. > > First, when I boot, I see message "ACPI autoload failed - no such file > or directory", but this file really exists: > > $> file /boot/kernel/acpi.ko > /boot/kernel/acpi.ko: ELF 32-bit LSB shared object, Intel 80386, version > 1 (FreeBSD), not stripped > $> > > When I do "load /boot/kernel/acpi.ko" in loader promt it works. > Probably, it's some kldload(2) problem, not ACPI's. I don't know about this one but have asked others about the loader. > After booting with acpi module loaded I can listen only noise from my > speakers and it is everything ok when acpi not loaded. > > dmesg (boot -v, acpi disabled) attached. Please send me the output of boot -v with acpi enabled. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Aug 25 20:13:02 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F07316A4CE for ; Wed, 25 Aug 2004 20:13:02 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09EDE43D45 for ; Wed, 25 Aug 2004 20:13:02 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7PKD18U029622; Wed, 25 Aug 2004 13:13:01 -0700 Message-ID: <412CF2CD.5070600@root.org> Date: Wed, 25 Aug 2004 13:13:01 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <200408242235.31589.mistry.7@osu.edu> In-Reply-To: <200408242235.31589.mistry.7@osu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Lid switch not working after 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: Wed, 25 Aug 2004 20:13:02 -0000 Anish Mistry wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Here it is again. > > 1) set the lid_switch sysctl=NONE so system doesn't suspend > 2) open/close lid a few times, (only one message seems to show up in the dmesg > though) > 3) acpiconf -s 3 > 4) resume and I get bitten by the ATA bug so I couldn't do any lid switching > on resume > Hope this is enough info. Lid switch fix has been committed, ata panic is a separate issue. -Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 09:13:35 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C04BA16A4CE; Thu, 26 Aug 2004 09:13:35 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C0C243D58; Thu, 26 Aug 2004 09:13:35 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) i7Q9DZnF061154; Thu, 26 Aug 2004 09:13:35 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7Q9DZOf061150; Thu, 26 Aug 2004 09:13:35 GMT (envelope-from arved) Date: Thu, 26 Aug 2004 09:13:35 GMT From: Tilman Linneweh Message-Id: <200408260913.i7Q9DZOf061150@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/69750: Boot without ACPI failed on ASUS L5 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, 26 Aug 2004 09:13:35 -0000 Synopsis: Boot without ACPI failed on ASUS L5 Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: arved Responsible-Changed-When: Thu Aug 26 09:09:34 GMT 2004 Responsible-Changed-Why: Since the CURRENT kernel now hangs with ACPI, assign to freebsd-acpi as I am out of ideas. http://www.freebsd.org/cgi/query-pr.cgi?pr=69750 From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 09:42:10 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 125AA16A4CE for ; Thu, 26 Aug 2004 09:42:10 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CB4C43D31 for ; Thu, 26 Aug 2004 09:42:09 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id EC44CDC9D7 for ; Thu, 26 Aug 2004 11:42:08 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id C9B1E80E19 for ; Thu, 26 Aug 2004 11:42:08 +0200 (CEST) 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 B0AEC80DE2 for ; Thu, 26 Aug 2004 11:42:08 +0200 (CEST) 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 9E28BD3CAA for ; Thu, 26 Aug 2004 11:42:08 +0200 (CEST) Received: from igor.q.local (igor [192.168.0.148]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id i7Q9g8TH067646 for ; Thu, 26 Aug 2004 11:42:08 +0200 (CEST) (envelope-from q@igor.q.local) Received: from igor.q.local (localhost [127.0.0.1]) by igor.q.local (8.13.1/8.13.1) with ESMTP id i7Q9g8SM000829 for ; Thu, 26 Aug 2004 11:42:08 +0200 (CEST) (envelope-from q@igor.q.local) Received: (from q@localhost) by igor.q.local (8.13.1/8.13.1/Submit) id i7Q9g83U000828 for acpi@freebsd.org; Thu, 26 Aug 2004 11:42:08 +0200 (CEST) (envelope-from q) Date: Thu, 26 Aug 2004 11:42:08 +0200 From: Ulrich Spoerlein To: acpi@freebsd.org Message-ID: <20040826094208.GB703@galgenberg.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Subject: Cx states not working on Dell Inspiron 8600 (Pentium M) 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, 26 Aug 2004 09:42:10 -0000 --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I've been running CURRENT on this laptop since the gcc 3.4 import and the Cx states don't work (AFAICS). dmesg, kernel config, DSDT and ASL can be obtained from http://www.galgenberg.net/~q/freebsd No matter if I pull the AC-plug or not, I get this: hw.acpi.cpu.throttle_max: 8 hw.acpi.cpu.throttle_state: 8 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 hw.acpi.cpu.cx_lowest: C4 hw.acpi.cpu.cx_usage: 0.00% 100.00% 0.00% 0.00% As a result the laptop runs rather hot and the battery life is limited (compared to Windows) Am I using the wrong semantics for cx_lowest or throttle_max? Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --wzJLGUyc3ArbnUjN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBLbBwmArGtfDbn0QRApdLAJ4lH2F8zUejiYcY6ZxsgMRoJfUxlACgrVRf p9PoYq8eZqmzCM0axnDhiIc= =2xO+ -----END PGP SIGNATURE----- --wzJLGUyc3ArbnUjN-- From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 11:37:50 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24C8716A4CE for ; Thu, 26 Aug 2004 11:37:50 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id D112F43D41 for ; Thu, 26 Aug 2004 11:37:49 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so172835rnl for ; Thu, 26 Aug 2004 04:37:49 -0700 (PDT) Received: by 10.38.99.64 with SMTP id w64mr2462779rnb; Thu, 26 Aug 2004 04:37:49 -0700 (PDT) Received: by 10.38.78.37 with HTTP; Thu, 26 Aug 2004 04:37:49 -0700 (PDT) Message-ID: <70e8236f04082604375a285086@mail.gmail.com> Date: Thu, 26 Aug 2004 12:37:49 +0100 From: Joao Barros To: freebsd-acpi@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Compaq DL360: ACPI now working with 5.3 BETA1 :) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joao Barros List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Aug 2004 11:37:50 -0000 I'm happy to report that FreeBSD 5.3 BETA1 boots on a Compaq Proliant DL360 Dual PIII 800 with acpi enabled, as 5.2.1 didn't boot. 5.2.1 didn't crash, but got so slow at the end of booting the kernel that new lines took as much as 15 minutes to show up. It's never enough times to thank all the contributors to this project :) From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 13:03:59 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D92A16A4CE for ; Thu, 26 Aug 2004 13:03:59 +0000 (GMT) Received: from mps5.plala.or.jp (c148240.vh.plala.or.jp [210.150.148.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBAE243D5F for ; Thu, 26 Aug 2004 13:03:57 +0000 (GMT) (envelope-from t-ogawa@triaez.kaisei.org) Received: from solder.dyndns.org ([60.34.136.252]) by mps5.plala.or.jp with SMTP id <20040826130354.MAES24281.mps5.plala.or.jp@solder.dyndns.org> for ; Thu, 26 Aug 2004 22:03:55 +0900 Received: (qmail 22147 invoked from network); 26 Aug 2004 13:03:54 -0000 Received: from localhost (HELO gandalf.middle.earth) (127.0.0.1) by localhost with SMTP; 26 Aug 2004 13:03:54 -0000 Date: Thu, 26 Aug 2004 22:03:54 +0900 Message-ID: <866576oxtx.wl.t-ogawa@triaez.kaisei.org> From: OGAWA Takaya To: Nate Lawson In-Reply-To: <412B80F4.5080006@root.org> References: <86hdqtq1ii.wl.t-ogawa@triaez.kaisei.org> <412AC940.7080408@cryptography.com> <86d61gpkgv.wl.t-ogawa@triaez.kaisei.org> <412B80F4.5080006@root.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-2022-JP cc: acpi@FreeBSD.org Subject: Re: acpi mpsafe panic? on acpi_panasonic 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, 26 Aug 2004 13:03:59 -0000 At Tue, 24 Aug 2004 10:55:00 -0700, Nate Lawson wrote: > >>>If all of WITNESS, INVARIANTS and INVARIANT_SUPPORT are turned on: > >>>Kernel panics. > >>> > >>> > >>>>witness_get: witness exhausted > >>>>panic: _sx_xlock (ACPI Panasonic extras): xlock already held @ /usr/src/sys/modules/acpi/acpi_panasonic/../../../i386/acpica/acpi_panasonic.c:214 > >> > >>Please try the attached patch. > > > > Thank you for taking a look at it, however there was no lock. > > Still the same symptom even with the patch. > > > > Is there any additional information I can provide? > > I took a closer look and found an error that caused the mutex to not be > released in some cases. Please cvsup and test. If someone has a > problem with acpi_asus, please let me know. It does not appear to have > the same problem. World build and installed, and now the panic seems to have gone away. Thank you so much! ---------- おがわ たかや t-ogawa@triaez.kaisei.org From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 16:22:18 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from CARTIER (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with SMTP id 1FD5F16A4CE; Thu, 26 Aug 2004 16:22:18 +0000 (GMT) Received: (nullmailer pid 913 invoked by uid 1000); Thu, 26 Aug 2004 16:22:17 -0000 Date: Fri, 27 Aug 2004 00:22:17 +0800 From: Clive Lin To: Ulrich Spoerlein Message-ID: <20040826162217.GA836@CARTIER.ro-inc> References: <20040826094208.GB703@galgenberg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040826094208.GB703@galgenberg.net> X-Operating-System: FreeBSD i386 X-PGP-key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA008C03E User-Agent: Mutt/1.5.6i cc: acpi@freebsd.org Subject: Re: Cx states not working on Dell Inspiron 8600 (Pentium M) 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, 26 Aug 2004 16:22:18 -0000 On Thu, Aug 26, 2004 at 11:42:08AM +0200, Ulrich Spoerlein wrote: > hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 > hw.acpi.cpu.cx_lowest: C4 > hw.acpi.cpu.cx_usage: 0.00% 100.00% 0.00% 0.00% /me me too. Ordinary IBM X31, slightly modified GENERIC kernel. My Cx state never goes down below C2. I've heard friends with X31 under the same situation. acpi(4) explains that C3 requires bus mastering to be disabled, but unfortunately I can not figure out where to disable it... Related information: KERNCONF http://tongi.org/dist/CARTIER.txt verbose dmesg http://tongi.org/dist/dmesg.txt ASL http://tongi.org/dist/x31_2672_iev.asl DSDT http://tongi.org/dist/x31_2672_iev.dsdt dmidecode http://tongi.org/dist/dmidecode.txt sysctl -a http://tongi.org/dist/sysctl-a.txt pciconf -lv http://tongi.org/dist/pciconf-lv.txt -- Clive Tong-I Lin | http://tongi.org | PGP KeyID: A008C03E From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 16:37:36 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A527F16A4CE for ; Thu, 26 Aug 2004 16:37:36 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E47843D41 for ; Thu, 26 Aug 2004 16:37:36 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Thu, 26 Aug 2004 09:37:36 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 49EBF5D04; Thu, 26 Aug 2004 09:37:34 -0700 (PDT) To: Ulrich Spoerlein In-reply-to: Your message of "Thu, 26 Aug 2004 11:42:08 +0200." <20040826094208.GB703@galgenberg.net> Date: Thu, 26 Aug 2004 09:37:33 -0700 From: "Kevin Oberman" Message-Id: <20040826163734.49EBF5D04@ptavv.es.net> cc: acpi@freebsd.org Subject: Re: Cx states not working on Dell Inspiron 8600 (Pentium M) 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, 26 Aug 2004 16:37:36 -0000 > Date: Thu, 26 Aug 2004 11:42:08 +0200 > From: Ulrich Spoerlein > Sender: owner-freebsd-acpi@freebsd.org > > > --wzJLGUyc3ArbnUjN > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > Hello, > > I've been running CURRENT on this laptop since the gcc 3.4 import and > the Cx states don't work (AFAICS). > > dmesg, kernel config, DSDT and ASL can be obtained from > http://www.galgenberg.net/~q/freebsd > > No matter if I pull the AC-plug or not, I get this: > hw.acpi.cpu.throttle_max: 8 > hw.acpi.cpu.throttle_state: 8 > hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 > hw.acpi.cpu.cx_lowest: C4 > hw.acpi.cpu.cx_usage: 0.00% 100.00% 0.00% 0.00% > > As a result the laptop runs rather hot and the battery life is limited > (compared to Windows) > > Am I using the wrong semantics for cx_lowest or throttle_max? The cx_usage is limited to C1 or C2 if USB is loaded. It's polling of the bus for changes prevents the state from dropping to anything really useful. If you don't always need USB, build a kernel without it and load it as required. What do you have in your rc.conf? The default for economy_throttle_state is "HIGH" which is probably not what you want. Not knowing how fast your CPU is or how you use it, I don't know where you want to set it. Try experimenting with: sysctl hw.acpi.cpu.throttle_state=n setting 'n' to values in the range of 1-8 and see where you think it's reasonable to get work done without draining the battery. I use: economy_throttle_state=4. Any lower and things start to get painful for me. -- 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 Aug 26 17:01:44 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96DCB16A4CE for ; Thu, 26 Aug 2004 17:01:44 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68ED843D53 for ; Thu, 26 Aug 2004 17:01:44 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7QH1f8U028257; Thu, 26 Aug 2004 10:01:43 -0700 Message-ID: <412E0946.7010800@root.org> Date: Thu, 26 Aug 2004 09:01:10 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ulrich Spoerlein References: <20040826094208.GB703@galgenberg.net> In-Reply-To: <20040826094208.GB703@galgenberg.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: Cx states not working on Dell Inspiron 8600 (Pentium M) 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, 26 Aug 2004 17:01:44 -0000 Ulrich Spoerlein wrote: > Hello, > > I've been running CURRENT on this laptop since the gcc 3.4 import and > the Cx states don't work (AFAICS). > > dmesg, kernel config, DSDT and ASL can be obtained from > http://www.galgenberg.net/~q/freebsd > > No matter if I pull the AC-plug or not, I get this: > hw.acpi.cpu.throttle_max: 8 > hw.acpi.cpu.throttle_state: 8 > hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 > hw.acpi.cpu.cx_lowest: C4 > hw.acpi.cpu.cx_usage: 0.00% 100.00% 0.00% 0.00% You configured it correctly. But states > C3 can't be entered if bus mastering is active. Do you have a sound card playing or usb loaded? Try without both and see if you get more C3 or C4 usage. -Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 17:07:27 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECEBF16A4CF for ; Thu, 26 Aug 2004 17:07:27 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC0D743D39 for ; Thu, 26 Aug 2004 17:07:27 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7QH7I8U028390; Thu, 26 Aug 2004 10:07:18 -0700 Message-ID: <412E18C5.1010603@root.org> Date: Thu, 26 Aug 2004 10:07:17 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20040826163734.49EBF5D04@ptavv.es.net> In-Reply-To: <20040826163734.49EBF5D04@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: Cx states not working on Dell Inspiron 8600 (Pentium M) 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, 26 Aug 2004 17:07:28 -0000 Kevin Oberman wrote: >>Date: Thu, 26 Aug 2004 11:42:08 +0200 >>From: Ulrich Spoerlein > >>Hello, >> >>I've been running CURRENT on this laptop since the gcc 3.4 import and >>the Cx states don't work (AFAICS). >> >>dmesg, kernel config, DSDT and ASL can be obtained from >>http://www.galgenberg.net/~q/freebsd >> >>No matter if I pull the AC-plug or not, I get this: >>hw.acpi.cpu.throttle_max: 8 >>hw.acpi.cpu.throttle_state: 8 >>hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 >>hw.acpi.cpu.cx_lowest: C4 >>hw.acpi.cpu.cx_usage: 0.00% 100.00% 0.00% 0.00% >> >>As a result the laptop runs rather hot and the battery life is limited >>(compared to Windows) >> >>Am I using the wrong semantics for cx_lowest or throttle_max? > > > The cx_usage is limited to C1 or C2 if USB is loaded. It's polling of > the bus for changes prevents the state from dropping to anything really > useful. If you don't always need USB, build a kernel without it and load > it as required. Good summary. Playing sound also causes BM activity although just loading the sound driver is fine. > What do you have in your rc.conf? The default for economy_throttle_state > is "HIGH" which is probably not what you want. Not knowing how fast your > CPU is or how you use it, I don't know where you want to set it. > > Try experimenting with: > sysctl hw.acpi.cpu.throttle_state=n > setting 'n' to values in the range of 1-8 and see where you think it's > reasonable to get work done without draining the battery. I use: > economy_throttle_state=4. Any lower and things start to get painful for > me. Yes, that's why the default values are HIGH for both on/offline. Throttling has a pretty big effect on performance (whereas Cx idling is almost completely transparent). I didn't want to give users a bad impression of FreeBSD performance and figured users could set it lower as necessary. Once I get cpufreq in (after 5.3), we'll have two additive ways of adjusting cpu performance. For instance, if you have 2 throttling levels (100%, 50%) and two perf states (500 and 1500 mhz), you'll actually have 4 values: 1500, 750, 500, 250. This is all set with a single sysctl. -Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 18:10:12 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1093516A4CE for ; Thu, 26 Aug 2004 18:10:12 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CA9143D5C for ; Thu, 26 Aug 2004 18:10:11 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 77D8CDAE5B; Thu, 26 Aug 2004 20:10:10 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 582319DB2D; Thu, 26 Aug 2004 20:10:10 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 327F09DA68; Thu, 26 Aug 2004 20:10:10 +0200 (CEST) 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 0F8BFD3B5E; Thu, 26 Aug 2004 20:10:10 +0200 (CEST) Received: from roadrunner.q.local (roadrunner [192.168.0.147]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id i7QIA9TH070020; Thu, 26 Aug 2004 20:10:09 +0200 (CEST) (envelope-from q@roadrunner.q.local) Received: from roadrunner.q.local (localhost.q.local [127.0.0.1]) by roadrunner.q.local (8.12.11/8.12.10) with ESMTP id i7QIA9fA000912; Thu, 26 Aug 2004 20:10:09 +0200 (CEST) (envelope-from q@roadrunner.q.local) Received: (from q@localhost) by roadrunner.q.local (8.12.11/8.12.10/Submit) id i7QIA8Y3000911; Thu, 26 Aug 2004 20:10:08 +0200 (CEST) (envelope-from q) Date: Thu, 26 Aug 2004 20:10:08 +0200 From: Ulrich Spoerlein To: Kevin Oberman Message-ID: <20040826181008.GA792@galgenberg.net> References: <20040826094208.GB703@galgenberg.net> <20040826163734.49EBF5D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <20040826163734.49EBF5D04@ptavv.es.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: acpi@freebsd.org Subject: Re: Cx states not working on Dell Inspiron 8600 (Pentium M) 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, 26 Aug 2004 18:10:12 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 26.08.2004 at 09:37:33 -0700, Kevin Oberman wrote: > The cx_usage is limited to C1 or C2 if USB is loaded. It's polling of > the bus for changes prevents the state from dropping to anything really > useful. If you don't always need USB, build a kernel without it and load > it as required. Ah, that explains it then. Is there anything that can be done about that? Does that mean, that even Windows is not using C3 and C4 if there is a USB mouse plugged in? > What do you have in your rc.conf? The default for economy_throttle_state > is "HIGH" which is probably not what you want. Not knowing how fast your > CPU is or how you use it, I don't know where you want to set it. =20 >=20 > Try experimenting with: > sysctl hw.acpi.cpu.throttle_state=3Dn > setting 'n' to values in the range of 1-8 and see where you think it's > reasonable to get work done without draining the battery. I use: > economy_throttle_state=3D4. Any lower and things start to get painful for > me.=20 Ah, I thought this was a dynamic setting, meaning that I change it to a "wanted" value and it adjusts itself, depending on if there is work to do or not. I'm using colin's est.ko and estctl and it is working very nice, but it doesn't give me the battery lifetime or temperature level that Windows does. What else am I missing then, to get the same cool temperature as in Windows? (Sorry for always comparing to Windows, it's just that there's noticeable difference to FreeBSD in that regard.) Anyway, thanks to you and Nate for the explanation. I should have thought of reading acpi(4) first. Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBLieAmArGtfDbn0QRAjUbAJ0Zu12LNRaZp7XwKjOG3CfTOxMgnQCg4Lyz it+ftvdHPl+EPP0t5U6i9pQ= =XmdJ -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 18:34:39 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8B6C16A4CE for ; Thu, 26 Aug 2004 18:34:39 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79B1F43D5C for ; Thu, 26 Aug 2004 18:34:39 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7QIYS8U030240; Thu, 26 Aug 2004 11:34:28 -0700 Message-ID: <412E2D33.1090900@root.org> Date: Thu, 26 Aug 2004 11:34:27 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ulrich Spoerlein References: <20040826094208.GB703@galgenberg.net> <20040826163734.49EBF5D04@ptavv.es.net> <20040826181008.GA792@galgenberg.net> In-Reply-To: <20040826181008.GA792@galgenberg.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: Cx states not working on Dell Inspiron 8600 (Pentium M) 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, 26 Aug 2004 18:34:39 -0000 Ulrich Spoerlein wrote: > On Thu, 26.08.2004 at 09:37:33 -0700, Kevin Oberman wrote: > >>The cx_usage is limited to C1 or C2 if USB is loaded. It's polling of >>the bus for changes prevents the state from dropping to anything really >>useful. If you don't always need USB, build a kernel without it and load >>it as required. > > Ah, that explains it then. Is there anything that can be done about > that? Does that mean, that even Windows is not using C3 and C4 if there > is a USB mouse plugged in? USB needs to be improved to poll more delicately. I don't intend to work on this any time soon but it's on the acpi todo list: http://www.root.org/~nate/ >>What do you have in your rc.conf? The default for economy_throttle_state >>is "HIGH" which is probably not what you want. Not knowing how fast your >>CPU is or how you use it, I don't know where you want to set it. >> >>Try experimenting with: >>sysctl hw.acpi.cpu.throttle_state=n >>setting 'n' to values in the range of 1-8 and see where you think it's >>reasonable to get work done without draining the battery. I use: >>economy_throttle_state=4. Any lower and things start to get painful for >>me. > > > Ah, I thought this was a dynamic setting, meaning that I change it to a > "wanted" value and it adjusts itself, depending on if there is work to > do or not. economy states are set when off AC line, performance when on AC line. For throttling, it is an absolute value, not dynamic. > I'm using colin's est.ko and estctl and it is working very nice, but it > doesn't give me the battery lifetime or temperature level that Windows > does. What else am I missing then, to get the same cool temperature as > in Windows? If you're using EST, throttling, and C4, that's the best Windows can do too. See how it compares after disabling USB. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 18:48:57 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C77716A4CE for ; Thu, 26 Aug 2004 18:48:57 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7A6143D70 for ; Thu, 26 Aug 2004 18:48:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7QImM4u000712; Thu, 26 Aug 2004 12:48:22 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 26 Aug 2004 12:48:48 -0600 (MDT) Message-Id: <20040826.124848.93209661.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <412E2D33.1090900@root.org> References: <20040826163734.49EBF5D04@ptavv.es.net> <20040826181008.GA792@galgenberg.net> <412E2D33.1090900@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: Cx states not working on Dell Inspiron 8600 (Pentium M) 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, 26 Aug 2004 18:48:57 -0000 In message: <412E2D33.1090900@root.org> Nate Lawson writes: : Ulrich Spoerlein wrote: : > On Thu, 26.08.2004 at 09:37:33 -0700, Kevin Oberman wrote: : > : >>The cx_usage is limited to C1 or C2 if USB is loaded. It's polling of : >>the bus for changes prevents the state from dropping to anything really : >>useful. If you don't always need USB, build a kernel without it and load : >>it as required. : > : > Ah, that explains it then. Is there anything that can be done about : > that? Does that mean, that even Windows is not using C3 and C4 if there : > is a USB mouse plugged in? : : USB needs to be improved to poll more delicately. I don't intend to : work on this any time soon but it's on the acpi todo list: : : http://www.root.org/~nate/ This strikes me as something more properly belonging to the busdma layer. When there's bus mastering active, then we can't go into C3/C4. However, not all drivers in the tree are good about only loading the DMA maps when a DMA is possible (but leaving it active all the time, say), so maybe there's some wider-ranging problems that need to be looked at as well. While USB may also need some work to be better about when it does DMA, I suspect that the problem is larger than USB... Why does the bus mastering that ATA does not a problem while USB's is a problem? Have you isolaged the USB agressive polling problem to some code I can look at. I have some usb code staring time on my plate for work and it would be nice to know where to look. Warner From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 19:24:06 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC90D16A4CE; Thu, 26 Aug 2004 19:24:06 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99C0F43D41; Thu, 26 Aug 2004 19:24:06 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7QJNx8U031440; Thu, 26 Aug 2004 12:23:59 -0700 Message-ID: <412E38CE.50700@root.org> Date: Thu, 26 Aug 2004 12:23:58 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20040826163734.49EBF5D04@ptavv.es.net> <20040826181008.GA792@galgenberg.net> <412E2D33.1090900@root.org> <20040826.124848.93209661.imp@bsdimp.com> In-Reply-To: <20040826.124848.93209661.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: Cx states not working on Dell Inspiron 8600 (Pentium M) 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, 26 Aug 2004 19:24:07 -0000 M. Warner Losh wrote: > In message: <412E2D33.1090900@root.org> > Nate Lawson writes: > : Ulrich Spoerlein wrote: > : > On Thu, 26.08.2004 at 09:37:33 -0700, Kevin Oberman wrote: > : > > : >>The cx_usage is limited to C1 or C2 if USB is loaded. It's polling of > : >>the bus for changes prevents the state from dropping to anything really > : >>useful. If you don't always need USB, build a kernel without it and load > : >>it as required. > : > > : > Ah, that explains it then. Is there anything that can be done about > : > that? Does that mean, that even Windows is not using C3 and C4 if there > : > is a USB mouse plugged in? > : > : USB needs to be improved to poll more delicately. I don't intend to > : work on this any time soon but it's on the acpi todo list: > : > : http://www.root.org/~nate/freebsd/ > > This strikes me as something more properly belonging to the busdma > layer. When there's bus mastering active, then we can't go into > C3/C4. However, not all drivers in the tree are good about only > loading the DMA maps when a DMA is possible (but leaving it active all > the time, say), so maybe there's some wider-ranging problems that need > to be looked at as well. While USB may also need some work to be > better about when it does DMA, I suspect that the problem is larger > than USB... Why does the bus mastering that ATA does not a problem > while USB's is a problem? (I bcc'd Ian Dowse in case he has some more to add). Because the BM activity is initiated by the host controller autonomously, not in response to any transaction by the driver. The [e,o,u]hci interface is relatively high level. Insertion/removal events are handled by the host controller firmware and a usb intr is generated. While a port is enabled, the controller decides to poll at its discretion, generating BM activity. I think the only way to prevent this is to suspend the port or place the host controller in global suspend mode. Global suspend seems too slow (20 ms transition max) but perhaps putting the port in suspend may be enough. See the UHCI spec, section 2.1 > Have you isolaged the USB agressive polling problem to some code I can > look at. I have some usb code staring time on my plate for work and > it would be nice to know where to look. That would be great. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 20:04:34 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1863916A4CE for ; Thu, 26 Aug 2004 20:04:33 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8072B43D60 for ; Thu, 26 Aug 2004 20:04:33 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7QK4W8U032194; Thu, 26 Aug 2004 13:04:32 -0700 Message-ID: <412E424F.4030306@root.org> Date: Thu, 26 Aug 2004 13:04:31 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Bogorodskiy References: <20040825074709.GA652@lame.novel.ru> In-Reply-To: <20040825074709.GA652@lame.novel.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: ACPI and sound troubles 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, 26 Aug 2004 20:04:34 -0000 Roman Bogorodskiy wrote: > Hi, > > I'm using FreeBSD 5.3-BETA1 i386 cvsup'ed today and I have some troubles > with ACPI. > > First, when I boot, I see message "ACPI autoload failed - no such file > or directory", but this file really exists: > > $> file /boot/kernel/acpi.ko > /boot/kernel/acpi.ko: ELF 32-bit LSB shared object, Intel 80386, version > 1 (FreeBSD), not stripped > $> > > When I do "load /boot/kernel/acpi.ko" in loader promt it works. > Probably, it's some kldload(2) problem, not ACPI's. As pointed out by roam@, you need to read /usr/src/UPDATING, namely the entry on updating your loader.rc. That will fix the load problem. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Aug 26 20:05:48 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95CEB16A4CE for ; Thu, 26 Aug 2004 20:05:48 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5305E43D54 for ; Thu, 26 Aug 2004 20:05:48 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7QK5l8U032267; Thu, 26 Aug 2004 13:05:47 -0700 Message-ID: <412E429B.6070503@root.org> Date: Thu, 26 Aug 2004 13:05:47 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Bogorodskiy References: <20040825074709.GA652@lame.novel.ru> In-Reply-To: <20040825074709.GA652@lame.novel.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: ACPI and sound troubles 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, 26 Aug 2004 20:05:48 -0000 Roman Bogorodskiy wrote: > After booting with acpi module loaded I can listen only noise from my > speakers and it is everything ok when acpi not loaded. > > dmesg (boot -v, acpi disabled) attached. Send me the output of boot -v with acpi enabled so I can compare. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 27 07:22:41 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2138816A4CE for ; Fri, 27 Aug 2004 07:22:41 +0000 (GMT) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52B4343D45 for ; Fri, 27 Aug 2004 07:22:40 +0000 (GMT) (envelope-from bogorodskiy@inbox.ru) Received: from [217.23.66.47] (port=50658 helo=inbox.ru) by mx2.mail.ru with esmtp id 1C0b4D-000ICS-00; Fri, 27 Aug 2004 11:22:34 +0400 Date: Fri, 27 Aug 2004 11:22:34 +0400 From: Roman Bogorodskiy To: Nate Lawson Message-ID: <20040827072234.GA711@lame.novel.ru> References: <20040825074709.GA652@lame.novel.ru> <412E429B.6070503@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v9Ux+11Zm5mwPlX6" Content-Disposition: inline In-Reply-To: <412E429B.6070503@root.org> X-GPG: http://phptags.sourceforge.net/key User-Agent: Mutt/1.5.6i X-Spam: Not detected cc: acpi@freebsd.org Subject: Re: ACPI and sound troubles 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, 27 Aug 2004 07:22:41 -0000 --v9Ux+11Zm5mwPlX6 Content-Type: multipart/mixed; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Nate wrote: > Send me the output of boot -v with acpi enabled so I can compare. Attached. -Roman Bogorodskiy --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.acpi" Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-BETA1 #3: Wed Aug 25 10:44:08 MSD 2004 root@lame.novel.ru:/usr/obj/usr/home/novel/current/src/sys/NOVEL Preloaded elf kernel "/boot/kernel/kernel" at 0xc079b000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc079b250. Preloaded elf module "/boot/kernel/snd_via8233.ko" at 0xc079b2fc. Preloaded elf module "/boot/kernel/sound.ko" at 0xc079b3ac. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc079b458. Calibrating clock(s) ... i8254 clock: 1193249 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1674443078 Hz CPU: AMD Athlon(tm) prosussor (1674.44-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x6a0 Stepping =3D 0 Features=3D0x383fbff AMD Features=3D0xc0400000 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associat= ive L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory =3D 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000826000 - 0x000000001f6bffff, 518627328 bytes (126618 pages) avail memory =3D 519811072 (495 MB) Table 'FACP' at 0x1fff3040 Table 'APIC' at 0x1fff6ac0 MADT: Found table at 0x1fff6ac0 MP Configuration Table version 1.4 found at 0xc00f0d20 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00f98c0 bios32: Entry =3D 0xf9d30 (c00f9d30) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0x9d60 pnpbios: Found PnP BIOS data at 0xc00fa7b0 pnpbios: Entry =3D f0000:a7e0 Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff random: mem: Pentium Pro MTRR support enabled io: null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80008840 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D31891106) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00fc760 PCI-Only Interrupts: 5 6 10 11 Location Bus Device Pin Link IRQs slot 1 0 9 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 C 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 9 D 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 A 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 B 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 C 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 10 D 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 A 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 B 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 C 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 11 D 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 B 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 C 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 12 D 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 13 A 0x02 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 13 B 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 13 C 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 13 D 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 6 0 19 A 0x03 3 4 5 6 7 9 10 11 12 14 15 slot 6 0 19 B 0x04 3 4 5 6 7 9 10 11 12 14 15 slot 6 0 19 C 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 6 0 19 D 0x02 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 D 0x04 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 unknown: not probed (disabled) cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407= f,0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.16.0 \\_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.16.1 \\_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.16.2 \\_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.16.3 \\_SB_.PCI0.ALKA irq 0: [20] 0+ low,level,sharable 0.17.0 \\_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.17.1 \\_SB_.PCI0.ALKC irq 0: [22] 0+ low,level,sharable 0.17.2 \\_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.17.3 \\_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.18.0 \\_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.18.1 \\_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.18.2 \\_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.18.3 pci0: on pcib0 pci0: physical bus=3D0 map[10]: type 3, range 32, base d0000000, size 27, enabled found-> vendor=3D0x1106, dev=3D0x3189, revid=3D0x00 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x08 (240 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0xb168, revid=3D0x00 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.PCI0.ALKB) pcib0: possible interrupts: 21 ACPI PCI link arbitrated settings: \\_SB_.PCI0.ALKB (references 5, priority 250): interrupts: 21 penalty: 50 \\_SB_.PCI0.ALKD (references 5, priority 250): interrupts: 23 penalty: 50 \\_SB_.PCI0.ALKA (references 1, priority 10): interrupts: 20 penalty: 10 \\_SB_.PCI0.ALKC (references 1, priority 10): interrupts: 22 penalty: 10 acpi link set: _CRS failed for link \\_SB_.PCI0.ALKB - AE_NULL_ENTRY acpi link set: curr irq 0 !=3D 21 for \\_SB_.PCI0.ALKB (ignoring) unknown: _SRS failed, irq 21 via \\_SB_.PCI0.ALKB found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 bus=3D0, slot=3D16, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000d400, size 5, enabled pcib0: matched entry for 0.16.INTB (src \\_SB_.PCI0.ALKB) pcib0: slot 16 INTB is already routed to irq 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 bus=3D0, slot=3D16, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000d800, size 5, enabled pcib0: matched entry for 0.16.INTC (src \\_SB_.PCI0.ALKB) pcib0: slot 16 INTC is already routed to irq 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 bus=3D0, slot=3D16, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e2000000, size 8, enabled pcib0: matched entry for 0.16.INTD (src \\_SB_.PCI0.ALKB) pcib0: slot 16 INTD is already routed to irq 21 found-> vendor=3D0x1106, dev=3D0x3104, revid=3D0x82 bus=3D0, slot=3D16, func=3D3 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=3D0x1106, dev=3D0x3177, revid=3D0x00 bus=3D0, slot=3D17, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0087, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000dc00, size 4, enabled found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06 bus=3D0, slot=3D17, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 8, enabled pcib0: matched entry for 0.17.INTC (src \\_SB_.PCI0.ALKC) pcib0: possible interrupts: 22 ACPI PCI link arbitrated settings: \\_SB_.PCI0.ALKD (references 5, priority 500): interrupts: 23 penalty: 100 \\_SB_.PCI0.ALKA (references 1, priority 20): interrupts: 20 penalty: 20 \\_SB_.PCI0.ALKC (references 1, priority 20): interrupts: 22 penalty: 20 acpi link set: _CRS failed for link \\_SB_.PCI0.ALKC - AE_NULL_ENTRY acpi link set: curr irq 0 !=3D 22 for \\_SB_.PCI0.ALKC (ignoring) unknown: _SRS failed, irq 22 via \\_SB_.PCI0.ALKC found-> vendor=3D0x1106, dev=3D0x3059, revid=3D0x50 bus=3D0, slot=3D17, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e400, size 8, enabled map[14]: type 1, range 32, base e2001000, size 8, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 18 found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 bus=3D0, slot=3D19, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) intpin=3Da, irq=3D18 powerspec 2 supports D0 D1 D2 D3 current D0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xe0000000-0xe1ffffff pcib1: prefetched decode 0xd8000000-0xdfffffff pci1: on pcib1 pci1: physical bus=3D1 map[10]: type 1, range 32, base e0000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xe0000000-0xe0ffffff map[14]: type 3, range 32, base d8000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xd8000000-0xdfffffff pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=3D0x10de, dev=3D0x0181, revid=3D0xa2 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x05 (1250 ns), maxlat=3D0x01 (250 ns) intpin=3Da, irq=3D16 powerspec 2 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) uhci0: port 0xd000-0xd01f irq 10 at device 16.0= on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd400-0xd41f irq 21 at device 16.1= on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd800-0xd81f irq 21 at device 16.2= on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 16.3 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xdc00-0xdc0f,0x376,0x170-0x177= ,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 ata0-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0-slave: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x9 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D20 ostat1=3D30 ata1-master: stat=3D0x20 err=3D0x20 lsb=3D0x20 msb=3D0x20 ata1-slave: stat=3D0x30 err=3D0x30 lsb=3D0x30 msb=3D0x30 ata1: reset tp2 stat0=3D20 stat1=3D30 devices=3D0x0 ata1: [MPSAFE] pcm0: port 0xe000-0xe0ff irq 11 at device 17.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe000 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features 20 bit DAC, 18 bit ADC, 5 bit master volume, Realtek 3= D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, double rate PCM, r= eserved 1, center DAC, surround DAC, LFE DAC, reserved 4 pcm0: sndbuf_setmap 237000, 1000; 0xc1683000 -> 237000 pcm0: sndbuf_setmap 235000, 1000; 0xc1681000 -> 235000 pcm0: sndbuf_setmap 253000, 1000; 0xc167f000 -> 253000 pcm0: sndbuf_setmap 271000, 1000; 0xc167d000 -> 271000 pcm0: sndbuf_setmap 24f000, 1000; 0xc167b000 -> 24f000 pcm0: sndbuf_setmap 26d000, 1000; 0xc1679000 -> 26d000 pci0: at device 19.0 (no driver attached) unknown: not probed (disabled) sio0: irq maps: 0x4001 0x4011 0x4001 0x4001 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x4001 0x4009 0x4001 0x4001 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: SPP ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) psmcpnp0 irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it vga: vga0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=3D0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80=20 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1674443078 Hz quality 800 Timecounters tick every 10.000 msec Linux ELF exec handler installed lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ata0-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x43 cable=3D40pin ATAPI_RESET time =3D 80us ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata0-master: setting PIO4 on VIA 8235 chip ata0-master: setting UDMA100 on VIA 8235 chip ata0-slave: setting PIO4 on VIA 8235 chip ata0-slave: DMA limited to UDMA33, non-ATA66 cable or device ata0-slave: setting UDMA33 on VIA 8235 chip ad0: ATA-6 disk at ata0-master ad0: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ar: FreeBSD check1 failed [0] f:00 typ:7 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:20482812 [1] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:20482875 l:2139536= 70 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 10487199744 end 10487231999 GEOM: Configure ad0s2, start 10487232000 length 109544279040 end 1200315110= 39 GEOM: Configure ad0s2a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s2b, start 268435456 length 1051418624 end 1319854079 GEOM: Configure ad0s2c, start 0 length 109544279040 end 109544279039 GEOM: Configure ad0s2d, start 1319854080 length 268435456 end 1588289535 GEOM: Configure ad0s2e, start 1588289536 length 268435456 end 1856724991 GEOM: Configure ad0s2f, start 1856724992 length 107687554048 end 1095442790= 39 acd0: CDRW drive at ata0 as slave acd0: read 4134KB/s (8958KB/s) write 8958KB/s (8958KB/s), 2048KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm data disc ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 10 (ISA IRQ 10) to cluster 0 ioapic0: routing intpin 11 (ISA IRQ 11) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 Mounting root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted start_init: trying /sbin/init WARNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 4 files 1 WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 40 files 8 tun0: bpf attached --a8Wt8u1KmwUX3Y2C-- --v9Ux+11Zm5mwPlX6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iQCVAwUBQS7hOoB0WzgdqspGAQL7fAP/UxwjIFjr+Nq6pzPLaJLMbqtgHT1Pr1dJ 8MHIAEJezGNOhvl2/AEKV8A6uCu+oM3wapvCig4tplu7Jja1j2ozWHdyEOzy0P8P Ze8nC9EZkqmc3PwZkA072WTszn1x0gfTr7PhZH4pJGz4jVBbK3DxNtzAFiAC9Uk9 BeXo86G9GzQ= =/hx7 -----END PGP SIGNATURE----- --v9Ux+11Zm5mwPlX6-- From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 27 07:24:41 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B534216A4CE for ; Fri, 27 Aug 2004 07:24:41 +0000 (GMT) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E76D43D49 for ; Fri, 27 Aug 2004 07:24:41 +0000 (GMT) (envelope-from bogorodskiy@inbox.ru) Received: from [217.23.66.47] (port=55611 helo=inbox.ru) by mx1.mail.ru with esmtp id 1C0b6F-000HH2-00; Fri, 27 Aug 2004 11:24:40 +0400 Date: Fri, 27 Aug 2004 11:24:40 +0400 From: Roman Bogorodskiy To: Nate Lawson Message-ID: <20040827072440.GB711@lame.novel.ru> References: <20040825074709.GA652@lame.novel.ru> <412E424F.4030306@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ncSAzJYg3Aa9+CRW" Content-Disposition: inline In-Reply-To: <412E424F.4030306@root.org> X-GPG: http://phptags.sourceforge.net/key User-Agent: Mutt/1.5.6i X-Spam: Not detected cc: acpi@freebsd.org Subject: Re: ACPI and sound troubles 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, 27 Aug 2004 07:24:41 -0000 --ncSAzJYg3Aa9+CRW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Nate wrote: > As pointed out by roam@, you need to read /usr/src/UPDATING, namely the= =20 > entry on updating your loader.rc. That will fix the load problem. Thanks. I should read UPDATING more attentively. :-) -Roman Bogorodskiy --ncSAzJYg3Aa9+CRW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iQCVAwUBQS7huIB0WzgdqspGAQKDsAQAtNWLd5Lg2lwXDBGXO0VGd+wyU5PyBAIw f5BYI5bZQqUP2sx7uxziR9qPWTmPIU+2pgWSrUJXYmMEA4Hg3i9WxjhQc5TpCn6z KRSJatXwrNxM1xUxDHr/OitaaybLsGH3US+IdvdTWNRykdqxelGqvzRkOB0IiK4O gGwxsPDTI90= =ZUqS -----END PGP SIGNATURE----- --ncSAzJYg3Aa9+CRW-- From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 27 16:14:01 2004 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C5EF16A4D9; Fri, 27 Aug 2004 16:14:01 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CB5843D54; Fri, 27 Aug 2004 16:14:01 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) i7RGE16s085879; Fri, 27 Aug 2004 16:14:01 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7RGE1nA085875; Fri, 27 Aug 2004 16:14:01 GMT (envelope-from arved) Date: Fri, 27 Aug 2004 16:14:01 GMT From: Tilman Linneweh Message-Id: <200408271614.i7RGE1nA085875@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: kern/53008: [PATCH] genwakecode generates errornously define for undefined constant 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, 27 Aug 2004 16:14:01 -0000 Synopsis: [PATCH] genwakecode generates errornously define for undefined constant Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: arved Responsible-Changed-When: Fri Aug 27 16:13:43 GMT 2004 Responsible-Changed-Why: Over to ACPI maintainers http://www.freebsd.org/cgi/query-pr.cgi?pr=53008 From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 27 16:22:06 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E696A16A4CE for ; Fri, 27 Aug 2004 16:22:06 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B627C43D31 for ; Fri, 27 Aug 2004 16:22:06 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7RGM58U025958; Fri, 27 Aug 2004 09:22:05 -0700 Message-ID: <412F5B70.9050203@root.org> Date: Fri, 27 Aug 2004 09:04:00 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Bogorodskiy References: <20040825074709.GA652@lame.novel.ru> <412E429B.6070503@root.org> <20040827072234.GA711@lame.novel.ru> In-Reply-To: <20040827072234.GA711@lame.novel.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: ACPI and sound troubles 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, 27 Aug 2004 16:22:07 -0000 Roman Bogorodskiy wrote: > Nate wrote: >>Send me the output of boot -v with acpi enabled so I can compare. > > Attached. > > -Roman Bogorodskiy > > ------------------------------------------------------------------------ > > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.3-BETA1 #3: Wed Aug 25 10:44:08 MSD 2004 > root@lame.novel.ru:/usr/obj/usr/home/novel/current/src/sys/NOVEL Thanks, this is fixed by a commit I did yesterday. It will be MFCd in a few days. If you want the fix now, you can try -current or just wait a little. > pcib0: matched entry for 0.16.INTA (src \\_SB_.PCI0.ALKB) > pcib0: possible interrupts: 21 > ACPI PCI link arbitrated settings: > \\_SB_.PCI0.ALKB (references 5, priority 250): > interrupts: 21 > penalty: 50 > acpi link set: _CRS failed for link \\_SB_.PCI0.ALKB - AE_NULL_ENTRY > acpi link set: curr irq 0 != 21 for \\_SB_.PCI0.ALKB (ignoring) > unknown: _SRS failed, irq 21 via \\_SB_.PCI0.ALKB -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 27 22:30:59 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1856E16A4CE for ; Fri, 27 Aug 2004 22:30:59 +0000 (GMT) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0897D43D48 for ; Fri, 27 Aug 2004 22:30:58 +0000 (GMT) (envelope-from hampi@rootshell.be) Received: from gicco.homeip.net (80-218-73-163.dclient.hispeed.ch [80.218.73.163])i7RMUrjs024238 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 28 Aug 2004 00:30:54 +0200 Received: from goofy.here (localhost.here [127.0.0.1]) by gicco.homeip.net (8.13.1/8.13.1) with ESMTP id i7RMUrk5017958 for ; Sat, 28 Aug 2004 00:30:53 +0200 (CEST) (envelope-from hampi@rootshell.be) Received: (from idefix@localhost) by goofy.here (8.13.1/8.13.1/Submit) id i7RMUrt4017957 for freebsd-acpi@freebsd.org; Sat, 28 Aug 2004 00:30:53 +0200 (CEST) (envelope-from hampi@rootshell.be) X-Authentication-Warning: goofy.here: idefix set sender to hampi@rootshell.be using -f Date: Sat, 28 Aug 2004 00:30:53 +0200 From: Hanspeter Roth To: freebsd-acpi@freebsd.org Message-ID: <20040827223053.GA17914@gicco.homeip.net> Mail-Followup-To: freebsd-acpi@freebsd.org References: <000f01c489d4$fd112d90$0400a8c0@deimos> <412B9F14.5080401@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <412B9F14.5080401@root.org> User-Agent: Mutt/1.4.2.1i Subject: Re: Suspend/resume on Acer TM 661 LCi 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, 27 Aug 2004 22:30:59 -0000 On Aug 24 at 13:03, Nate Lawson spoke: > bugfixing for 5.3. The VGA DPMS driver might also help. Suspend/resume Which one is the VGA DPMS driver? The apm_saver or the green_saver or the DPMS option in XF86Config? -Hanspeter From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 27 22:43:23 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34DB016A4CE for ; Fri, 27 Aug 2004 22:43:23 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E507943D3F for ; Fri, 27 Aug 2004 22:43:22 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7RMhLjn001752; Fri, 27 Aug 2004 15:43:22 -0700 Message-ID: <412FB908.9050605@root.org> Date: Fri, 27 Aug 2004 15:43:20 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hanspeter Roth References: <000f01c489d4$fd112d90$0400a8c0@deimos> <412B9F14.5080401@root.org> <20040827223053.GA17914@gicco.homeip.net> In-Reply-To: <20040827223053.GA17914@gicco.homeip.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Suspend/resume on Acer TM 661 LCi 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, 27 Aug 2004 22:43:23 -0000 Hanspeter Roth wrote: > On Aug 24 at 13:03, Nate Lawson spoke: > >>bugfixing for 5.3. The VGA DPMS driver might also help. Suspend/resume > > > Which one is the VGA DPMS driver? The apm_saver or the green_saver > or the DPMS option in XF86Config? It hasn't been committed yet and only a preliminary patch was circulated a while back. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Aug 28 11:40:14 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E37A116A4CE for ; Sat, 28 Aug 2004 11:40:14 +0000 (GMT) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D01C43D53 for ; Sat, 28 Aug 2004 11:40:14 +0000 (GMT) (envelope-from hampi@rootshell.be) Received: from gicco.homeip.net (80-218-73-163.dclient.hispeed.ch [80.218.73.163])i7SBdojs015142 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 28 Aug 2004 13:40:08 +0200 Received: from localhost.here (idefix@gicco.homeip.net [127.0.0.1]) by gicco.homeip.net (8.12.8p2/8.12.8) with ESMTP id i7SBdbVj001636 for ; Sat, 28 Aug 2004 13:39:40 +0200 (CEST) (envelope-from hampi@rootshell.be) Received: (from idefix@localhost) by localhost.here (8.12.8p2/8.12.8/Submit) id i7SBdZ5R001635 for freebsd-acpi@freebsd.org; Sat, 28 Aug 2004 13:39:35 +0200 (CEST) X-Authentication-Warning: localhost.here: idefix set sender to hampi@rootshell.be using -f Date: Sat, 28 Aug 2004 13:39:35 +0200 From: Hanspeter Roth To: freebsd-acpi@freebsd.org Message-ID: <20040828113935.GB587@gicco.homeip.net> Mail-Followup-To: freebsd-acpi@freebsd.org References: <000f01c489d4$fd112d90$0400a8c0@deimos> <412B9F14.5080401@root.org> <20040827223053.GA17914@gicco.homeip.net> <412FB908.9050605@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <412FB908.9050605@root.org> User-Agent: Mutt/1.4.1i Subject: Re: Suspend/resume on Acer TM 661 LCi X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Aug 2004 11:40:15 -0000 On Aug 27 at 15:43, Nate Lawson spoke: > Hanspeter Roth wrote: > > On Aug 24 at 13:03, Nate Lawson spoke: > > > >>bugfixing for 5.3. The VGA DPMS driver might also help. Suspend/resume > > > > > >Which one is the VGA DPMS driver? The apm_saver or the green_saver > >or the DPMS option in XF86Config? > > It hasn't been committed yet and only a preliminary patch was circulated > a while back. Is it expected behavior that on standby S1 the screen doesn't go blank by itself? In order to turn the display off should some action take place in rc.suspend? (xset dpms force off?) -Hanspeter