On Wed, Jun 3, 2009 at 3:08 AM, Steve Langstaff <steve.langstaff@xxxxxxxxxxxxx> wrote: >> From: linux-embedded-owner@xxxxxxxxxxxxxxx [mailto:linux-embedded- >> owner@xxxxxxxxxxxxxxx] On Behalf Of Russell King > >> The big problem we have is that the only commonality between different >> SoCs is that the CPU executes ARM instructions. Everything else is >> entirely up to the SoC designer - eg location of memory, spacing of >> memory banks, type of interrupt controller, etc is all highly SoC >> specific. Nothing outside of the ARM CPU itself is standardized. > > To my naive ears it sounds like this problem is crying out for ARM and the > SoC designers to add a standardized "autoprobe" interface to the core to > allow discovery of machine type and/or "location of memory, spacing of > memory banks, type of interrupt controller, etc". > > The benefits of such mechanisms are well known, but what are the drawbacks? Local bus probing probably imposes a lot of assumptions on a bus designed to be as open as possible. How are chip selects wired up? What base addresses do devices respond to? How do you know what the device is? What IRQ lines are used? PCI solves this by exporting configuration space which defines all of this, but PCI is considerably more complex and not as fast as a CPU's local bus. Similarly busses like spi and i2c either have no probing protocol defined (spi), or cannot always be reliably probed (i2c). In short, the drawbacks are complexity on devices which cannot afford the complexity. g. -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. -- 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
