On Tue, Nov 6, 2018 at 1:31 PM Rob Herring <robh@xxxxxxxxxx> wrote:
> If the host is not a h/w component, but just a s/w protocol then it
> doesn't belong in DT. Perhaps it could be a library which the bridge
> driver can call into.
Anybus cards have an id register, which identifies what they are, so
that the appropriate client driver may be instantiated.
In that sense anybus is very suited to the bus/client abstraction of
pci/usb/etc.
> What are the resets connected to? The slots? Maybe you should model
> the slots in DT.
>
Yes, the resets are ultimately connected to the slots.
I'm happy to model the slots in DT. It makes sense, they are physical,
hardware components.
>
> A block diagram would help. Something that shows the host SoC, your
> CPLD, reset, irq, etc.
>
+------------------------------------------------------------------------+
| SOC (i.MX6) |
|------------------------------------------------------------------------|
| i.MX WEIM bus | i.MX GPIO |
+------------------------------------------------------------------------+
^ ^ ^
| parallel bus | | irq x2
v | |
+------------------------------------------------------------------------+
| CPLD |
|------------------------------------------------------------------------|
| anybus slot 1 || anybus slot 2 |
|------------------------------------------------------------------------|
| memory bus | irq| reset || memory bus | irq| reset |
+------------------------------------------------------------------------+
^ ^
| |
v v
+--------------------------------------+ +-------------------------------+
| anybus card | | anybus card |
+--------------------------------------+ +-------------------------------+
