Hi Ben, On 23/6/19 10:30 am, Benjamin Herrenschmidt wrote:
As part of my cleanup and consolidation of the PCI resource assignment policies, I need to clarify something. At the moment, unless PCI_PROBE_ONLY is set, a number of platforms/archs expect Linux to reassign everything rather than honor what has setup, then (re)assign what's left or broken. This is mostly the case of embedded platforms. Things like x86 and desktop/server powerpc will generally honor the firmware setup. One problem is that this policy decision tend to be sprinkled in some of the controller drivers themselves in drivers/pci/controller (or the pci_host_probe helper). This is wrong. I want to move it to the architecture (initially, eventually it should be platform driven, but the default will start with architecture specific to avoid changing the existing behaviours while consolidating the code). To do that right, I want to understand which archs can potentially use the code in drivers/pci/controller today so I can change those archs to explicitely set the default to "reassign everything" (and take the policy out of the drivers themselves). So far I've counted arm, arm64 (DT, not ACPI) and nios2. Any other ?
For the m68k platforms which support PCI (which is only some of the more modern ColdFire variants) they expect PCI resources to be assigned by Linux. There is no boot firmware that will do that before kernel startup. The PCI root driver complex is already in the arch area though (arch/m68k/coldfire/pci.c) so that is essentially what you want to achieve right? Regards Greg
The remaining archs fall into two categories: - Those who have their own existing PCI management code and don't use the generic controller drivers. I'm handling these already. - Those who don't seem to have anything to do with PCI (yet ?) or that I've missed. Those will default to the x86 model (honor FW setup unless it has conflicts or is broken, and (re)assign what's left) unless explicitly changed. Cheers, Ben.
