From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 21 23:14:15 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33E3416A402; Wed, 21 Feb 2007 23:14:15 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by mx1.freebsd.org (Postfix) with ESMTP id F351713C428; Wed, 21 Feb 2007 23:14:14 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by mga03.intel.com with ESMTP; 21 Feb 2007 15:14:14 -0800 Received: from orsmsx335.jf.intel.com ([10.22.226.40]) by azsmga001.ch.intel.com with ESMTP; 21 Feb 2007 15:14:14 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.14,203,1170662400"; d="scan'208"; a="185404271:sNHT80615633" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx335.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 21 Feb 2007 15:14:14 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Feb 2007 15:14:12 -0800 Message-ID: In-Reply-To: <200702211621.18555.jhb@freebsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HP LH3000r hangs on boot with ACPI enabled Thread-Index: AcdV/qdqKxx1GzF3QZKMlMKRCTx1wQADyUtg From: "Moore, Robert" To: "John Baldwin" X-OriginalArrivalTime: 21 Feb 2007 23:14:14.0034 (UTC) FILETIME=[0071D720:01C7560E] Cc: freebsd-acpi@freebsd.org, Stephen Hurd Subject: RE: HP LH3000r hangs on boot with ACPI enabled 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: Wed, 21 Feb 2007 23:14:15 -0000 It works OK in newer versions of ACPICA that have "slack" mode which will allow the Store of a device object to a LocalX. - ex _sb_.pci0._ini Executing \_SB_.PCI0._INI [ACPI Debug] String: [0x11] "PCI0 Bus numbers:" [ACPI Debug] Integer: 0x00000000 [ACPI Debug] String: [0x11] "PCI1 Bus numbers:" [ACPI Debug] Integer: 0x00000000 Execution of \_SB_.PCI0._INI returned object 00327E40 Buflen 10 [Integer] =3D 000000000000000F > -----Original Message----- > From: John Baldwin [mailto:jhb@freebsd.org] > Sent: Wednesday, February 21, 2007 1:21 PM > To: Moore, Robert > Cc: Stephen Hurd; freebsd-acpi@freebsd.org > Subject: Re: HP LH3000r hangs on boot with ACPI enabled >=20 > On Wednesday 21 February 2007 16:03, Moore, Robert wrote: > > What version of ACPICA is running? >=20 > Looks to be 20041119 in 6.2. >=20 > > Here, on the latest ACPICA, we see this: > > > > ACPI Error (exresop-0780): Needed > > Integer/Buffer/String/Package/Ref/Ddb], found [Device] 0045BA18 > > [20070206] > > ACPI Exception (dswexec-0571): AE_AML_OPERAND_TYPE, While resolving > > operands for [Store] [20070206] > > **** AcpiExec: Exception AE_AML_OPERAND_TYPE during execution of method > > [INIT] Opcode [Store] @54 > > > > **** Exception AE_AML_OPERAND_TYPE during execution of method > > [\_SB_.PCI0.INIT] (Node 004546D8) > > > > Method Execution Stack: > > Method [INIT] executing: [INIT] @0003D #0070: Store (-Return Value- > > (), -Return Value- ()) > > > > > > Local Variables for method [INIT]: > > Local0: 0047C7F8 Integer 0000000000000003 > > Local1: 0047A648 Integer 0000000000000002 > > Local2: 00479B88 Integer 0000000000000000 > > Local3: 0047B868 Integer 0000000000000004 > > Local4: 00000000 > > Local5: 00000000 > > Local6: 00000000 > > Local7: 00000000 > > > > Arguments for Method [INIT]: (0 arguments defined, max concurrency =3D 0) > > Arg0: 0047C578 Integer 0000000001020304 > > Arg1: 0047B118 String(12) "AML Debugger" > > Arg2: 00000000 > > Arg3: 00000000 > > Arg4: 00000000 > > Arg5: 00000000 > > Arg6: 00000000 > > > > ACPI Error (psparse-0638): Method parse/execution failed > > [\_SB_.PCI0.INIT] (Node 004546D8), AE_AML_OPERAND_TYPE > > Execution of \_SB_.PCI0.INIT failed with status AE_AML_OPERAND_TYPE > > > > > -----Original Message----- > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > acpi@freebsd.org] On Behalf Of Moore, Robert > > > Sent: Tuesday, February 20, 2007 3:52 PM > > > To: John Baldwin; Stephen Hurd > > > Cc: freebsd-acpi@freebsd.org > > > Subject: RE: HP LH3000r hangs on boot with ACPI enabled > > > > > > We have seen things like this when the BIOS incorrectly fusses with > > the > > > raw AML. > > > > > > Please post the acpidump for this machine. > > > > > > > > > > -----Original Message----- > > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > > acpi@freebsd.org] On Behalf Of John Baldwin > > > > Sent: Tuesday, February 20, 2007 9:27 AM > > > > To: Stephen Hurd > > > > Cc: freebsd-acpi@freebsd.org > > > > Subject: Re: HP LH3000r hangs on boot with ACPI enabled > > > > > > > > On Monday 19 February 2007 16:04, Stephen Hurd wrote: > > > > > John Baldwin wrote: > > > > > > On Friday 16 February 2007 02:14, Stephen Hurd wrote: > > > > > > > > > > > >> System does not complete the boot (hang) with ACPI enabled > > using > > > > FreeBSD > > > > > >> 6.2-RELEASE > > > > > >> > > > > > > > > > > > > I would look for a BIOS update. > > > > > > > > > > Yeah, that was the first thing I did... BIOS is newest available. > > > > > > > > > > > First of all this message is worrying: > > > > > > > > > > > > > > > > > >> ACPI-0347: *** Error: During resolve, Unknown Reference > > > opcode 2D > > > > > >> (AE_NOT_CONFIGURED) in 0xc3c5d600 > > > > > >> ACPI-1304: *** Error: Method execution failed > > > > [\_SB_.PCI0.ISA_.LINK] > > > > > >> (Node 0xc3bcdbc0), AE_AML_INTERNAL > > > > > >> ACPI-1304: *** Error: Method execution failed > > > [\_SB_.PCI0.INIT] > > > > > >> (Node 0xc3b78480), AE_AML_INTERNAL > > > > > >> ACPI-1304: *** Error: Method execution failed > > > [\_SB_.PCI0._INI] > > > > > >> (Node 0xc3b78500), AE_AML_INTERNAL > > > > > >> > > > > > > > > > > > > This means it wasn't able to finish the init method for the PCI > > > bus. > > > > > > Secondly, if you compare the IRQs for the two dmesg's (which you > > > can > > > > in > > > > > > this case), you will see that ACPI uses different (and in > > theory, > > > > wrong) > > > > > > IRQs for the sym0, sym1, and ahc0 devices, and the last one is > > > causing > > > > > > your hang I think. > > > > > > > > > > > > > > > > Yeah. To me it seems to imply that support for the 0x2D opcode is > > > > > missing from FreeBSD... when I recompile the aml (I get a _WAK > > > returns > > > > > no value warning) and use that, the error is still the same. To > > me, > > > > > that implies that the compiler supports it, but the AML > > interpreter > > > > > doesn't (of course, I know zip about AML, ASL, and ACPI, so my > > > opinion > > > > > is worthless.) > > > > > > > > The interpreter we have is the ACPI-CA one from Intel that Linux > > uses. > > > > Supporting the opcode isn't going to magically fix the flat-wrong > > > Global > > > > System Interrupt numbers in the _PRT tables though. :) > > > > > > > > -- > > > > John Baldwin > > > > _______________________________________________ > > > > freebsd-acpi@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > > > To unsubscribe, send any mail to > > > "freebsd-acpi-unsubscribe@freebsd.org" > > > _______________________________________________ > > > freebsd-acpi@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > > To unsubscribe, send any mail to > > "freebsd-acpi-unsubscribe@freebsd.org" > > >=20 > -- > John Baldwin