<br>
<br><tt><font size=2>Benjamin Herrenschmidt <benh@kernel.crashing.org>
wrote on 15.02.2007 22:41:08:<br>
<br>
> <br>
> > Is there a DCR binding? Are the dcr-* properties documented
<br>
> > anywhere:<br>
> > <br>
> > dcr-reg // what do these fields mean?<br>
> > dcr-parent // in case there is more than
one controller??<br>
> > dcr-controller<br>
> > dcr-access-method = "native" // what are the
other options?<br>
> <br>
> Yes, we wrote a binding document though I can't find it now. Hartmut
or<br>
> Heiko, do you have the latest DCR binding document at hand ?<br>
</font></tt>
<br><tt><font size=2>I found some draft. It is as you discribed here. I
need to check, how close this</font></tt>
<br><tt><font size=2>is to what we did at last. Also we need place were
we can publish such a document ...</font></tt>
<br>
<br><tt><font size=2>> <br>
> dcr-reg is akin to "reg", it is a list of [dcr numbers,
number of dcr]<br>
> for a device.<br>
> <br>
> dcr-parent is a phandle to the dcr "controller" or "master"
that<br>
> generate the DCR cycles<br>
> <br>
> dcr-controller is like "interrupt-controller", it's a property
to slap<br>
> into any node that is also a dcr-controller. Typically, this can be
the<br>
> core for a 4xx processor or a separate device for Axon<br>
> <br>
> dcr-access-method can be "native" for 4xx or "mmio"
for Axon-type MMIO<br>
> mapped DCR bus.<br>
> <br>
> The parent linkage is necessary when using things ike Axon since more<br>
> than one Axon can be present in a system, thus more than one MMIO->DCR<br>
> "converters" providing each a separate DCR space for controller
a<br>
> separate set of devices.<br>
> <br>
> Ben<br>
> <br>
</font></tt>