From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Subject: Re: pci: Arch hook to determine config space size From: Benjamin Herrenschmidt In-Reply-To: <200502021105.42249.arnd@arndb.de> References: <200501281456.j0SEuI12020454@d01av01.pok.ibm.com> <41FF0B0D.8020003@us.ibm.com> <1107233864.5963.65.camel@gaston> <200502021105.42249.arnd@arndb.de> Content-Type: text/plain Date: Thu, 03 Feb 2005 11:23:35 +1100 Message-Id: <1107390215.30709.88.camel@gaston> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit To: Arnd Bergmann Cc: Brian King , Linux Arch list , Matthew Wilcox , Greg KH , Linux Kernel list , Christoph Hellwig , Paul Mackerras , linuxppc64-dev , linux-pci@atrey.karlin.mff.cuni.cz List-ID: On Wed, 2005-02-02 at 11:05 +0100, Arnd Bergmann wrote: > How about something along the lines of this patch? Instead of adding a > pointer to the pci data from the device node, it embeds the node inside > a new struct pci_device_node. The patch is not complete and therefore > not expected to work as is, but maybe you want to reuse it. > > The interesting part that is missing is creating and destroying > pci_device_nodes in prom.c, maybe you have an idea how to do that. > > I'm also not sure about eeh. Are the eeh functions known to be called > only for device_nodes of PCI devices? If not, eeh_mode and > eeh_config_addr might have to stay inside of device_node. I'd rather not go that way for now. There are at least PCI and VIO devices concerned by this, and maybe more (depending on how I deal with macio devices for example). We also want, ultimately, to have the DMA routines be function pointers in this auxilliary structure. Ben.