From owner-acpi-jp@jp.freebsd.org  Wed Aug 30 03:16:23 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id DAA25600;
	Wed, 30 Aug 2000 03:16:23 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from tasogare.imasy.or.jp (daemon@tasogare.imasy.or.jp [202.227.24.5])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id DAA25594;
	Wed, 30 Aug 2000 03:16:20 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92])
	by tasogare.imasy.or.jp (8.10.2+3.3W/3.7W-tasogare/smtpfeed 1.07) with ESMTP id e7TIGHr60640;
	Wed, 30 Aug 2000 03:16:17 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
To: dfr@nlsystems.com
Cc: takawata@shidahara1.planet.sci.kobe-u.ac.jp, dfr@freebsd.org,
        iwasaki@jp.freebsd.org, msmith@freebsd.org, acpi-jp@jp.freebsd.org
In-Reply-To: <Pine.BSF.4.21.0008290913090.57011-100000@salmon.nlsystems.com>
References: <200008290653.PAA40726@shidahara1.planet.sci.kobe-u.ac.jp>
	<Pine.BSF.4.21.0008290913090.57011-100000@salmon.nlsystems.com>
X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20000830031615L.iwasaki@jp.FreeBSD.org>
Date: Wed, 30 Aug 2000 03:16:15 +0900
From: Mitsuru IWASAKI <iwasaki@jp.freebsd.org>
X-Dispatcher: imput version 20000228(IM140)
Lines: 36
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 588
Subject: [acpi-jp 588] Re: PCI changes affect ACPI bus space access code.
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: iwasaki@jp.freebsd.org

Hi,

> On Tue, 29 Aug 2000, Takanori Watanabe wrote:
> 
> > Hi, now I am merging ACPI support code and I have a problem.
> > 
> > Due to the change to PCI-PCIB interface you made yesterday,
> > Our PCI configruation access code should be modified,
> > but pcib_if code  cannot be used in ACPI module because ACPI 
> > module do not know about device_t of  PCI *for now*. 
> > Indeed,THE RIGHT WAY is to recognize new-bus device tree to ACPI,I think,
> > but it need farther discussion to be done.
> > So may I export nexus_pcib_*_config functions for a time being?
> 
> Is this an ordering problem, i.e., is ACPI initialised before nexus_pcib
> is created? If thats the case, then I guess it should be ok in the short
> term but long term, integrating ACPI into the newbus probe sequence should
> make it possible to call methods on the pcib device_t.

The urgent problem is that kernel compilation is failed with the files
which include sys/i386/include/acpica_osd.h.  The file has

        pcicfgregs      pcicfg;

        /*
         * XXX Hack for Alpha(tsunami) systems.
         * pcicfg.hose is set to -1 in the hope that,
         * tsunami_cfgreadX() will set it up right.
         * Other Alpha systems (and i386's) don't seem to use hose.
         */
        pcicfg.hose = -1;

Just for very short-term solution, is it enough to delete the lines
which access to pcicfgregs:hose in sys/i386/include/acpica_osd.h ?
It seems the problem had gone if I delete the lines, but I could be
wrong :-)
