ocpbus(4)

[Marcel Moolenaar]

On Dec 28, 2007, at 12:31 PM, Olivier Gautherot wrote:

>> : It violates newbus in that drivers compete for a device.
>> : If the bus assigns the driver, then there's no competition
>> : possible. The fact that the bus is abstract should not
>> : mean that we should change its paradigm.
>>
>> No it doesn't.  There's two kinds of busses in newbus.  Those that
>> self enumerate based on the hardware present (ie pccard, pci, usb,
>> firewire) and then those that are told what's there (oldcard-style
>> pccard, pure ISA, I2C, etc).  The busses on the SoC more strongly
>> resemble the latter than the former.  The former busses already are
>> enumerated with hints, but the actual mechanism is just a few calls
>> that could be replaced with something better.
>
> Excuse my ignorance about obio, ocpbus and the like...
> If we envisage to use a PCI-like approach to initialise the on-chip
> drivers, couldn't we generate a table on a per CPUID basis?

That's only part the story. There are embedded devices that
aren't SoC. You can't use the CPU ID to figure out what's
there in that case. You typically need to use board IDs, or
SKUs for that. But other than that, yes. A description of
the hardware is, when not fixed, keyed off of some easy to
obtain ID or characteristic...

-- 
Marcel Moolenaar
marcelm at juniper.net