On Wed, Mar 13, 2013 at 08:26:28PM +0100, Thierry Reding wrote: > As Mitch already said there's very little chance that the specification > update will be ratified through IEEE, so I think that we might just as > well put a corresponding text somewhere below Documentation/devicetree. Sure, I'm fine with that. > Also note that this has absolutely nothing to do with ECAM. All I'm > proposing is to allow the reg property of a root port to be translated > into a CPU addressable memory region through the ranges property. This > turns out to actually work properly with the current OF core in Linux. ECAM is the only standard based mechanism that could possibly use this new config space ranges concept. Whatever you do for tegra shouldn't stomp on the possibility of making that work in the future. So at least think about how ECAM could be modeled for a few mins before going ahead. Tegra is the non-standard unusual case here, an update to the PCI OF binding should be of general use. > > Anyhow, I think this has been hashed to death, as long as your final > > binding has the 'device_type = pci' on the pcie-controller node I > > think it will be fine. > > No. The pcie-controller is *not* a PCI device. It is a PCI host bridge. > It is the instance that translates from the platform to the PCI bus. Why > should it be device_type = "pci"? Spec says so, Mitch said so, other PCI host bridge bindings in the tree work like this. Do a grep in the powerpc tree, for instance. arch/x86/platform/ce4100/falconfalls.dts is a pretty comprehensive example. > And we've also been over this before, making that change stops the > proposed binding from working properly because the entry in the reg > property can't be translated into a CPU addressable memory region. Sigh, that's because the change makes things follow the OF PCI spec. The Linux OF core follows the spec. Config space ranges binding is specifically *defined to not work* in the spec. Why should it work today? You have to deal with this problem somehow, and omitting the top level device_type is not a solution. Jason -- 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
