From owner-acpi-jp@jp.freebsd.org  Thu Nov  8 03:22:17 2001
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id DAA97038;
	Thu, 8 Nov 2001 03:22:17 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from mass.dis.org (mass.dis.org [216.240.45.41])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id DAA97033
	for <acpi-jp@jp.freebsd.org>; Thu, 8 Nov 2001 03:22:16 +0900 (JST)
	(envelope-from msmith@mass.dis.org)
Received: from mass.dis.org (localhost [127.0.0.1])
	by mass.dis.org (8.11.6/8.11.3) with ESMTP id fA7INNo01729;
	Wed, 7 Nov 2001 10:23:23 -0800 (PST)
	(envelope-from msmith@mass.dis.org)
Message-Id: <200111071823.fA7INNo01729@mass.dis.org>
X-Mailer: exmh version 2.1.1 10/15/1999
To: acpi-jp@jp.freebsd.org
cc: andrew.grover@intel.com, robert.moore@intel.com
In-reply-to: Your message of "Thu, 08 Nov 2001 02:57:05 +0900."
             <20011108.025705.74755948.iwasaki@jp.FreeBSD.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 07 Nov 2001 10:23:23 -0800
From: Mike Smith <msmith@freebsd.org>
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+010328
X-Sequence: acpi-jp 1452
Subject: [acpi-jp 1452] Re: acpica-unix-20011102 is out 
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: msmith@freebsd.org


Thanks for the heads-up Iwasaki-san.  Let me know if you think I should 
integrate this snapshot; based on this, I think I should not.

Regards,
Mike

> Hi, Intel folks.  I've found a couple of problems on acpica-unix-20011102.
> 
> 1. Store operation to reference of local variable is broken again.
> 
> Method(GBFE,3)
> {
>         CreateByteField(Arg0, Arg1, TIDX)
>         Store(TIDX, Arg2)
> }
> Method(BUG1)
> {
>         Store(Buffer(0xd) {0x0, 0x18, 0x10, 0x0}, Local2)
>         Store(1, Local1)
>         GBFE(Local2, Local1, RefOf(Local3))
>         if (Local3) {
>                 Store("OK", DEBUG)
>         }
> }
> 
> This method calling ends with AE_AML_UNINITIALIZED_LOCAL.  This means that
> storing value to reference of caller's Local3 in GBFE() is not performed
> correctly.  I think this problem appear on many machines....
> 
> 2. AcpiGetCurrentResources() suddenly become returning AE_BAD_DATA
>    since 20011102.
> For example,
> http://www.jp.freebsd.org/cgi/cvsweb.cgi/ACPI/data/fiva-MPC-206VL.asl?rev=1.1
> &cvsroot=freebsd-jp
> this machine's dmesg said like this.
> 
> can't fetch resources for \\_SB_.PCI0.ISA_.LNK1 - AE_BAD_DATA
> can't fetch resources for \\_SB_.PCI0.ISA_.LNK2 - AE_BAD_DATA
> can't fetch resources for \\_SB_.PCI0.ISA_.LNK3 - AE_BAD_DATA
> can't fetch resources for \\_SB_.PCI0.ISA_.LNK4 - AE_BAD_DATA
> can't fetch resources for \\_SB_.PCI0.ISA_.LNK8 - AE_BAD_DATA
> 
> I've not tracking down yet, but hopefully can get spare time this weekend...
> 
> Thanks
> 

-- 
... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also.  But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view.  [Dr. Fritz Todt]
           V I C T O R Y   N O T   V E N G E A N C E


