[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20090409065553.GA14780@lackof.org>
Date: Thu, 9 Apr 2009 00:55:53 -0600
From: Grant Grundler <grundler@...isc-linux.org>
To: Kumar Gala <galak@...nel.crashing.org>
Cc: Jesse Barnes <jbarnes@...tuousgeek.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-pci@...r.kernel.org,
Benjamin Herrenschmidt <benh@....ibm.com>,
Linux/PPC Development <linuxppc-dev@...abs.org>
Subject: Re: tracking of PCI address space
On Wed, Apr 08, 2009 at 03:53:55PM -0500, Kumar Gala wrote:
> I was wondering if we have anything that tracks regions associated with
> the "inbound" side of a pci_bus.
>
> What I mean is on embedded PPC we have window/mapping registers for both
> inbound (accessing memory on the SoC) and outbound (access PCI device
> MMIO, IO etc). The combination of the inbound & outbound convey what
> exists in the PCI address space vs CPU physical address space (and how to
> map from one to the other).
Most PCI Host bus controllers will negatively decode the outbound ranges
for inbound traffic.
PARISC and IA64 have extra registers to play some games with that. But
routing between PCI bus controllers to make them look like a single PCI
segment was the main intent of that. I've not found any other uses
to subvert that.
> Today in the PPC land we only attach
> outbound windows to the pci_bus. So technically the inbound side
> information (like what subset of physical memory is visible on the PCI
> bus) seems to be lost.
What did you need inbound "routing map" for?
thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists