From owner-freebsd-current Tue Aug 27 13: 7:14 2002 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 20EA437B400 for ; Tue, 27 Aug 2002 13:07:07 -0700 (PDT) Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78FFE43E4A for ; Tue, 27 Aug 2002 13:07:06 -0700 (PDT) (envelope-from robert.moore@intel.com) Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by caduceus.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.49 2002/08/23 20:32:26 root Exp $) with ESMTP id g7RJncZ00300 for ; Tue, 27 Aug 2002 19:49:38 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.23 2002/08/23 20:31:44 root Exp $) with SMTP id g7RJjcI05446 for ; Tue, 27 Aug 2002 19:45:38 GMT Received: from orsmsx26.jf.intel.com ([192.168.65.26]) by orsmsxvs040.jf.intel.com (NAVGW 2.5.2.11) with SMTP id M2002082712531723566 ; Tue, 27 Aug 2002 12:53:17 -0700 Received: by orsmsx26.jf.intel.com with Internet Mail Service (5.5.2653.19) id ; Tue, 27 Aug 2002 12:51:29 -0700 Message-ID: From: "Moore, Robert" To: "'Mitsuru IWASAKI'" , yb@sainte-barbe.org Cc: acpi-jp@jp.FreeBSD.org, current@freebsd.org, "Moore, Robert" , "Grover, Andrew" Subject: RE: [acpi-jp 1735] Re: Call for testers: acpica-unix-20020815 Date: Tue, 27 Aug 2002 12:51:27 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This looks like the (in)famous "implicit return" problem that is in some Toshiba ASL files. Method(_CRS) { CRS_(0x10) } This does NOT actually return a value and the ASL code is incorrect. It has to be: Method(_CRS) { Return (CRS_(0x10)) } The iASL compiler generates warnings for all instances of this erroneous code. Bob -----Original Message----- From: Mitsuru IWASAKI [mailto:iwasaki@jp.FreeBSD.org] Sent: Tuesday, August 27, 2002 3:19 AM To: yb@sainte-barbe.org Cc: acpi-jp@jp.FreeBSD.org; current@freebsd.org; robert.moore@intel.com; andrew.grover@intel.com Subject: Re: [acpi-jp 1735] Re: Call for testers: acpica-unix-20020815 Hi, Could you put the following lines into /boot/loader.conf and send dmesg output again? ---- debug.acpi.layer="ACPI_ALL_COMPONENTS" debug.acpi.level="ACPI_LV_ERROR" ---- > [sent privately to not spam the lists with my dump files] > > On Mon, 26 Aug 2002, Mitsuru IWASAKI wrote: > > > > FYI, I have now a "can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - > > > AE_BAD_DATA" with acpica-unix-20020815 during boot. > > > > I'd like to make sure if AE_BAD_DATA error occurred w/ previous > > versions (acpica-unix-20020725, 20020611, 20020404...) ? > > Or first time w/ acpica-unix-20020815 ? > > This error did not happened with previous versions of acpi Hmmm... OK, I put your full ASL at: http://www.jp.freebsd.org/cgi/cvsweb.cgi/ACPI/data/Tecra8200.asl?rev=1.1&con tent-type=text/x-cvsweb-markup&cvsroot=freebsd-jp It seems that the problem occurs by evaluating CRS_ method. Method(CRS_, 1) { Store(Arg0, \_SB_.MEM_.PAR1) Store(0x0, \_SB_.MEM_.PAR2) Store(0x0, \_SB_.MEM_.PAR3) Store(0x0, \_SB_.MEM_.PAR4) Store(0x0, \_SB_.MEM_.PAR5) Store(0x0, \_SB_.MEM_.PAR6) Store(0x1, \_SB_.PCI0.FNC0.SYSR.TRP4) If(LEqual(\_SB_.MEM_.PAR3, 0x0)) { Return(Buffer(0x2) {0x79, 0x0 }) } Name(BUFF, Buffer(\_SB_.MEM_.PAR3) { }) Store(\_SB_.MEM_.PRES, BUFF) Return(BUFF) } Intel folks, any ideas? Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message