Dear Arnd Bergmann, On Tue, 29 Jan 2013 16:45:07 +0000, Arnd Bergmann wrote: > On Tuesday 29 January 2013, Thomas Petazzoni wrote: > > And the Linux PCI resource allocation code complies with this, so > > that if I have two PCI-to-PCI bridges (each having downstream a > > device with an I/O BAR), then the first PCI-to-PCI bridge gets its > > I/O base address register set to ADDR + 0x0, and the second bridge > > gets its I/O base address set to ADDR + 0x1000. And this doesn't > > play well with the requirements of Marvell address decoding windows > > for PCIe I/O regions, which must be 64 KB aligned. > > But we normally only assign a 64 KB I/O window to each PCI host > bridge. Requiring PCI bridges to be space 64 KB apart would mean that > we cannot actually support bridges at all. > > Is this just about your "virtual" bridges? If each one has its > own 64 KB I/O range and its own configuration space, that sounds > a lot like you should make them appear as individual domains instead. Yes, it is about the emulated PCI-to-PCI bridges. Each emulated PCI-to-PCI bridge corresponds to one hardware PCIe interface, and I need the I/O base address assigned to each PCIe interface to be aligned on a 64 KB boundary. I am not sure to understand why you think this is a problem. Also, what do you mean exactly by making them appear as individual domains? Remember that the very reason to use emulated PCI-to-PCI bridges is that we want to assign a global range of addresses of I/O regions and a global range of addresses of memory regions, and let the Linux PCI core allocate from those two ranges to the different devices connected downstream of the PCI-to-PCI bridges. This gives us for free the rather complex allocation of addresses we need to set up our address decoding windows. If we have have separate domains for each of our hardware PCIe interface, can we still benefit from this allocation of resources from a globally defined range of I/O addresses and memory addresses? Thanks, Thomas -- Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
