From owner-freebsd-current@FreeBSD.ORG Tue Nov 25 15:04:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E05116A4CE for ; Tue, 25 Nov 2003 15:04:35 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87EB743FD7 for ; Tue, 25 Nov 2003 15:04:30 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.9/8.12.3) with ESMTP id hAPN4Rbf000441; Tue, 25 Nov 2003 15:04:27 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.9/8.12.3/Submit) id hAPN4Rxr000435; Tue, 25 Nov 2003 15:04:27 -0800 Date: Tue, 25 Nov 2003 15:04:26 -0800 From: Brooks Davis To: Nate Lawson Message-ID: <20031125230426.GA23848@Odin.AC.HMC.Edu> References: <20031125114951.E90985@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <20031125114951.E90985@root.org> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu cc: current@freebsd.org Subject: Re: Intel SE7500WV2 not working with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2003 23:04:35 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 25, 2003 at 12:12:16PM -0800, Nate Lawson wrote: > > acpi0: on motherboard > > ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.SBRG.EC0= _._REG] (Node 0xc29b4660), AE_NOT_EXIST > > acpi0: Could not initialise SystemIO handler: AE_NOT_EXIST > > device_probe_and_attach: acpi0 attach returned 6 >=20 > This is the source of the problems. When acpi0 fails to attach, > everything else is done through the legacy PCI code. The question is, why > is it failing? The above-mentioned EC method could indicate the problem > is in walking the namespace but we'll have to look at the ASL to be sure. >=20 > Please send a url to the output of: > acpidump -t -d > brooks-Intel.asl http://people.freebsd.org/~brooks/debug/brooks-Intel.asl > Also, build with options ACPI_DEBUG and set these in your loader.conf: >=20 > debug.acpi.layer=3D"ACPI_ALL_COMPONENTS" > debug.acpi.level=3D"ACPI_LV_OPREGION" There's a new dmesg with this done at: http://people.freebsd.org/~brooks/debug/dmesg-brooks-Intel Thanks, Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/w9/5XY6L6fI4GtQRAmZiAKCrTvssNtJRHUwTp+d33g8zFvXQKQCgpwec OMG9qqiRcZgFrDAmhHP4uWc= =0W7M -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu--