From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 27 01:07:33 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 29C3216A41F for ; Sun, 27 Nov 2005 01:07:33 +0000 (GMT) (envelope-from dkelly@Grumpy.DynDNS.org) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B35243D68 for ; Sun, 27 Nov 2005 01:07:26 +0000 (GMT) (envelope-from dkelly@Grumpy.DynDNS.org) Received: (qmail 7591 invoked by uid 0); 27 Nov 2005 01:07:24 -0000 Received: from user-69-73-60-132.knology.net (HELO Grumpy.DynDNS.org) (69.73.60.132) by smtp6.knology.net with SMTP; 27 Nov 2005 01:07:24 -0000 Received: by Grumpy.DynDNS.org (Postfix, from userid 928) id 80CDE6402; Sat, 26 Nov 2005 19:07:24 -0600 (CST) Date: Sat, 26 Nov 2005 19:07:24 -0600 From: David Kelly To: freebsd-acpi@FreeBSD.org Message-ID: <20051127010724.GA1161@Grumpy.DynDNS.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Worked in RELENG_5, fails in RELENG_6 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: Sun, 27 Nov 2005 01:07:33 -0000 Per instructions at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html System is Dell Poweredge 400SC, BIOS revision A06. Boot panics with ACPI enabled. boot -v: [too much to type] ACPI-0237 *** Error: Incorrect table signature - wanted [FACS] found [ ] ACPI-0359 *** Error: Could not get/install the FACS, AE_BAD_SIGNATURE ACPI-0191 ... ACPI-0213 ... ... panic: Using MADT but ACPI doesn't work. Have not figured out how to "boot -v" with ACPI disabled. That would be a nice little thing to add to chapter 11.16.1 of the Handbook. Plain old dmesg.boot with ACPI disabled can be found at http://home.hiwaay.net/~dkelly/dmesg.boot The output of "acpidump -t -d" is rather short so I'm including it here: /* RSD PTR: OEM=DELL, ACPI_Rev=1.0x (0) RSDT=0x000fd143, cksum=93 */ /* RSDT: Length=56, Revision=1, Checksum=215, OEMID=DELL, OEM Table ID=PE400SC, OEM Revision=0x7, Creator ID=ASL, Creator Revision=0x61 Entries={ 0x000fd17b, 0xfffc8fd7, 0x000fd1ef, 0x000fd25b, 0x000fd283 } */ /* FACP: Length=116, Revision=1, Checksum=6, OEMID=DELL, OEM Table ID=PE400SC, OEM Revision=0x7, Creator ID=ASL, Creator Revision=0x61 FACS=0x7ff74000, DSDT=0xfffc6892 INT_MODEL=APIC Preferred_PM_Profile=Unspecified (0) SCI_INT=9 SMI_CMD=0xb2, ACPI_ENABLE=0x70, ACPI_DISABLE=0x71, S4BIOS_REQ=0x0 PSTATE_CNT=0x0 PM1a_EVT_BLK=0x800-0x803 PM1a_CNT_BLK=0x804-0x805 PM_TMR_BLK=0x808-0x80b GPE0_BLK=0x828-0x82f P_LVL2_LAT=500 us, P_LVL3_LAT=5000 us FLUSH_SIZE=0, FLUSH_STRIDE=0 DUTY_OFFSET=0, DUTY_WIDTH=0 DAY_ALRM=0, MON_ALRM=0, CENTURY=0 IAPC_BOOT_ARCH= Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4} */ In addition to the above the following is written to stderr: acpidump: FACS is corrupt Fresh cvsup, kernel and world this afternoon, altho this is not a new problem for this machine with RELENG_6: % uname -a FreeBSD Grumpy.DynDNS.org 6.0-STABLE FreeBSD 6.0-STABLE #4: Sat Nov 26 09:48:46 CST 2005 dkelly@Grumpy.DynDNS.org:/usr5/obj/usr/src/sys/OPUS i386 One final detail that may contribute. System has two Intel Etherexpress 10/100 PCI NICs (fxp) in addition to Intel gigabit (em) on motherboard. The PCI NICs each have different firmware, one is 2.6 and the other is 2.2, they jump in before the FreeBSD boot process. Their configurations say something about ACPI for power control. Have everything disabled in their BIOS config that the machine can still boot without trying to do a network boot. Haven't messed with system BIOS or NIC BIOS "because up until now it has worked fine." Totally disabling the BIOS boot stuff on the NICs is a trick which I've done before but not lately. Will do so if you think necessary. Will remove the cards if you think it would help. This motherboard is supposed to be an Intel reference design, built by Intel under contract for Dell. Would hope Dell didn't screw up the ACPI implementation but stranger things happen. -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad.