From owner-acpi-jp@jp.freebsd.org  Fri Oct 13 05:14:26 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id FAA60967;
	Fri, 13 Oct 2000 05:14:26 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from baucis.sc.intel.com (baucis.sc.intel.com [143.183.152.22])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id FAA60962
	for <acpi-jp@jp.freebsd.org>; Fri, 13 Oct 2000 05:14:25 +0900 (JST)
	(envelope-from andrew.grover@intel.com)
Received: from SMTP (fmsmsxvs03-1.fm.intel.com [132.233.42.203])
	by baucis.sc.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.31 2000/08/22 00:15:13 dmccart Exp $) with SMTP id NAA12864
	for <acpi-jp@jp.freebsd.org>; Thu, 12 Oct 2000 13:14:18 -0700 (PDT)
Received: from fmsmsx19.fm.intel.com ([132.233.48.19]) by 132.233.48.203
  (Norton AntiVirus for Internet Email Gateways 1.0) ;
  Thu, 12 Oct 2000 20:14:17 0000 (GMT)
Received: by fmsmsx19.fm.intel.com with Internet Mail Service (5.5.2650.21)
	id <4V0BBGP7>; Thu, 12 Oct 2000 13:14:16 -0700
Message-ID: <4148FEAAD879D311AC5700A0C969E8905DE3DA@orsmsx35.jf.intel.com>
From: "Grover, Andrew" <andrew.grover@intel.com>
To: "'acpi-jp@jp.freebsd.org'" <acpi-jp@jp.freebsd.org>
Date: Thu, 12 Oct 2000 13:14:04 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
	charset="iso-8859-1"
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 858
Subject: [acpi-jp 858] RE: Latest ACPI megapatch update 
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: andrew.grover@intel.com

Our interpreter guy (Bob) has verified this is an interpreter bug, but the
fix is not trivial. Hopefully this fix will be in our next release, but
can't say for sure.

Regards -- Andy

> -----Original Message-----
> From: Mike Smith [mailto:msmith@freebsd.org]
> Sent: Thursday, October 12, 2000 12:57 PM
> To: acpi-jp@jp.freebsd.org
> Subject: [acpi-jp 857] Re: Latest ACPI megapatch update 
> 
> 
> > >I think this is already done correctly.  I haven't checked 
> though.  When 
> > >I was writing the ACPI-PnP resource enumerator I realised 
> that we have to 
> > >change the way that PnP data is connected to ISA devices 
> (we should save 
> > >the raw data and only parse it when the device has a 
> match).  There are 
> > >other complications here as well, of course.  I need to do 
> this soon.
> > 
> > Please show your dmesg of the machine with EC .
> > I did not find where is going wrong. I want hint.
> 
> I don't get that far; I run across what I think is an interpreter bug 
> where something tries to access the EC's space before the driver ever 
> gets probed.  I do have a boot log, but it's 170MB...
> 
> > I noticed you only calls acpi_parse_resources() for those 
> connected to 
> > acpi0 at acpi_get_resource(). But where do you think 
> bus_get_resource();
> > is called from?
> 
> It should be called from bus_alloc_resource() in 
> acpi_ec_attach().  I may 
> not have this entirely right yet though; I'll look at it 
> today now that 
> the PCI stuff seems to be working OK.
> 
> > And I try to call acpi_parse_resources() directly from 
> acpi_probe_child
> > but end up with page fault in resource_list_find();
> 
> Hrm.  Thanks for the report.
> 
> -- 
> ... 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
> 
> 
> 

