On 05/10/2012 04:43 AM, Ben Dooks wrote: > On Fri, May 04, 2012 at 01:50:01PM -0600, Stephen Warren wrote: >> On 05/04/2012 12:58 PM, Mark Brown wrote: >>> Quite a few reference platforms (including Wolfson ones, which is why >>> I'm particularly interested) use replaceable modules to allow >>> configuration changes. Since we can often identify the configuration at >>> runtime we should ideally do that but currently there's no infrastructure >>> to help with that... >> >> So, I'll respond within the context of device tree, although perhaps you >> were looking for something more general? >> >> I was just asked basically the same question internally to NVIDIA. One >> option that was floated was to store the device tree in chunks and have >> the bootloader piece them together. You'd start with the DT for the >> basic CPU board, probe what HW was available, and then graft in the >> content of additional DT chunks and pass the final result to the kernel. >> The advantages here are: >> >> a) The DT is stored in chunks for each plugin board, so there's no bloat >> in the DT that gets passed to the kernel; it contains exactly what's on >> the board. > > Interesting, but how does it sort ofu things like mapping GPIO lines from > the add-in board's view to the rest of the system? To be fully general, we'd need to have some kind of proxy GPIO object that always exists on the main board, for the plugin boards to provide GPIOs to, or consume GPIOs from. The simple case of a GPIO provider being on the main board and the consumer being on a plugin board doesn't need this. The case of the GPIO provider being on a plugin board, and the only GPIO consumer being on the main board might not need this. But if the GPIO provider is on one plugin board, and the GPIO consumer on another, we'd want to have the DT chunks for each plugin board be completely independent, so you'd need to route everything through something that always exists, in the motherboard's DT. I haven't really thought how that would look yet. I think this is probably true irrespective of whether the bootloader is merging the DT chunks, or the kernel did it during boot, or any other way of constructing the final complete DT. -- To unsubscribe from this list: send the line "unsubscribe linux-embedded" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
