From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 30 10:53:18 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 083A116A41F for ; Fri, 30 Dec 2005 10:53:18 +0000 (GMT) (envelope-from groot@kde.org) Received: from pandora.cs.kun.nl (pandora.cs.kun.nl [131.174.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 681C743D48 for ; Fri, 30 Dec 2005 10:53:17 +0000 (GMT) (envelope-from groot@kde.org) Received: from odin.cs.kun.nl [131.174.33.33] (helo=localhost.englishbreakfastnetwork.org) by pandora.cs.kun.nl (8.13.5/5.7) with ESMTP id jBUArDTl026624; Fri, 30 Dec 2005 11:53:13 +0100 (MET) From: Adriaan de Groot To: freebsd-acpi@freebsd.org Date: Fri, 30 Dec 2005 11:53:07 +0100 User-Agent: KMail/1.9.1 References: <43B4B57C.2050007@quaggaspace.org> In-Reply-To: <43B4B57C.2050007@quaggaspace.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1405281.GVCx7sIyGv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200512301153.12653.groot@kde.org> X-Spam-Score: 1.833 (*) BAYES_50,FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.48 on 131.174.33.4 Cc: Subject: Re: ASUS A8N-VM unbootable (panics) with ACPI in 6.0-RELEASE X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 10:53:18 -0000 --nextPart1405281.GVCx7sIyGv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 30 December 2005 05:20, Justin Settle wrote: > So my nice shiny new ASUS A8N-VM came in the mail today, and well, the > system kernel panics if I try to boot it with ACPI. This happens in > both the i386 and AMD64 6.0-RELEASE installs. The issue is the same one > in this pr: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dstandards/90871 See my recent posts re: A8N-VM CSM with the same issue. The DSDT table is s= o=20 fundamentally broken (but has a correct checksum, so it's not an issue of o= ne=20 nibble falling over during manufacturing) that you can't use it on anything= =20 except Windows (which ignores the AML spec saying that names consist of=20 characters A-Z and _). In any case, what I did to fix this was: 1) Boot 6.0-R x86 in ACPI disabled mode 2) Use acpidump to get the DSDT 3) Hex edit the DSDT (you can't disassemlble it because it's so broken) 4) Set that modified DSDT for use as per Handbook section 11.rumtiddlypo 5) Reboot into 6.0-R x86 with ACPI 6) Profit! It seems to be a speedy and stable machine from there on in, at least when= =20 doing only one thing (portinstall kde) at a time. If you like, I can post the modified DSDT on a website somewhere. > The system then panics, waits 15 seconds and reboots. If I boot the > system without ACPI, it boots up, however my ata controller drops to > ata-33. Also with the fixed DSDT, ata-33. nForce430 is still too leading-edge. Do y= ou=20 get the nForce430 NIC listed at all? Mine doesn't even show up in pciconf=20 =2Dlv. > please let me know. I'm sure if this is fixable on the driver end or if > I need to bug ASUS to fix it in the bios but this seemed like a good > place to start. I figured that the first BIOS update (to 0506) would fix the problem, but n= o.=20 What's worse, it also made the machine lock up in x86 no-ACPI mode. =2D-=20 These are your friends - Adem GPG: FEA2 A3FE Adriaan de Groot --nextPart1405281.GVCx7sIyGv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDtRGYdqzuAf6io/4RAngJAJ9ocRCqKUD00/wR3Fo3sUKU+R4ZXgCggM62 5yWfbJWK/Ln43libx3pbUwM= =HCPX -----END PGP SIGNATURE----- --nextPart1405281.GVCx7sIyGv--