From owner-freebsd-current  Tue Aug 27 17:15:50 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 009F937B405
	for <current@freebsd.org>; Tue, 27 Aug 2002 17:15:48 -0700 (PDT)
Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1039143E4A
	for <current@freebsd.org>; Tue, 27 Aug 2002 17:15:47 -0700 (PDT)
	(envelope-from iwasaki@jp.FreeBSD.org)
Received: from localhost (iwa@tasogare.imasy.or.jp [202.227.24.5])
	by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare/smtpfeed 1.14) with ESMTP/inet id g7S0FfY26044;
	Wed, 28 Aug 2002 09:15:41 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Date: Wed, 28 Aug 2002 09:15:33 +0900 (JST)
Message-Id: <20020828.091533.106778141.iwasaki@jp.FreeBSD.org>
To: acpi-jp@jp.FreeBSD.org, robert.moore@intel.com
Cc: yb@sainte-barbe.org, current@freebsd.org, andrew.grover@intel.com
Subject: Re: [acpi-jp 1744] RE: Call for testers: acpica-unix-20020815
From: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>
In-Reply-To: <B9ECACBD6885D5119ADC00508B68C1EA0D19B718@orsmsx107.jf.intel.com>
	<20020827202436.GA470@hsc.fr>
References: <B9ECACBD6885D5119ADC00508B68C1EA0D19B718@orsmsx107.jf.intel.com>
X-Mailer: Mew version 2.1 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

> This looks like the (in)famous "implicit return" problem that is in some
> Toshiba ASL files.
> 
>                 Method(_CRS) {
>                     CRS_(0x10)
>                 }

No, this is not "implicit return" problem.  We have a workaround in
ACPI CA code in FreeBSD locally, and it is functioning properly even
now (checked on my Toshiba PORTEGE 3110CT).

Real problem is;
>    rsirq-0234 [15] RsIrqResource         : Invalid interrupt polarity/trigger in resource list
> can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - AE_BAD_DATA

I guess that
    If(LEqual(\_SB_.MEM_.PAR3, 0x0)) {
        Return(Buffer(0x2) {0x79, 0x0 })
    }
this buffer value causes AE_BAD_DATA error in RsIrqResource() ?

Or
    Name(BUFF, Buffer(\_SB_.MEM_.PAR3) { })
    Store(\_SB_.MEM_.PRES, BUFF)
    Return(BUFF)
wrong value came from from _SB_.MEM_.PAR3 or _SB_.MEM_.PRES ?

I'll track this down...

Thanks

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message