lkml.org 
[lkml]   [2016]   [Jun]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH v2 1/2] Documentation: bindings: add dt documentation for Rockchip PCIe PHY
Date
Am Donnerstag, 16. Juni 2016, 13:46:32 schrieb Rob Herring:
> On Tue, Jun 14, 2016 at 10:27:46AM -0700, Doug Anderson wrote:
> > Hi,
> >
> > On Mon, Jun 13, 2016 at 5:44 PM, Shawn Lin <shawn.lin@rock-chips.com>
wrote:
> > > This patch adds a binding that describes the Rockchip PCIe PHY
> > > found on Rockchip SoCs PCIe interface.
> > >
> > > Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com>
> > >
> > > ---
> > >
> > > Changes in v2:
> > > - add clk and reset description
> > > - remove unit-address
> > >
> > > .../devicetree/bindings/phy/rockchip-pcie-phy.txt | 32
> > > ++++++++++++++++++++++ 1 file changed, 32 insertions(+)
> > > create mode 100644
> > > Documentation/devicetree/bindings/phy/rockchip-pcie-phy.txt> >
> > > diff --git a/Documentation/devicetree/bindings/phy/rockchip-pcie-phy.txt
> > > b/Documentation/devicetree/bindings/phy/rockchip-pcie-phy.txt new file
> > > mode 100644
> > > index 0000000..ad55c67
> > > --- /dev/null
> > > +++ b/Documentation/devicetree/bindings/phy/rockchip-pcie-phy.txt
> > > @@ -0,0 +1,32 @@
> > > +Rockchip PCIE PHY
> > > +-----------------------
> > > +
> > > +Required properties:
> > > + - compatible: rockchip,rk3399-pcie-phy
> > > + - #phy-cells: must be 0
> > > + - clocks: Must contain an entry in clock-names.
> > > + See ../clocks/clock-bindings.txt for details.
> > > + - clock-names: Must be "refclk"
> > > + - resets: Must contain an entry in reset-names.
> > > + See ../reset/reset.txt for details.
> > > + - reset-names: Must be "phy"
> > > +
> > > +Example:
> > > +
> > > +grf: syscon@ff770000 {
> > > + compatible = "rockchip,rk3399-grf", "syscon", "simple-mfd";
> > > + #address-cells = <1>;
> > > + #size-cells = <1>;
> > > +
> > > + ...
> > > +
> > > + pcie-phy: phy {
> >
> > Just calling this node "phy" isn't a good idea. There will be
> > multiple PHYs under the GRF and they can't all have a subnode named
> > "phy".
>
> There's no register range that can be associated with the phy?

The pcie phy control bits are sitting in a general (and shared) soc-control
register inside the "General Register Files" (shared for example with some i2s
control bits). As written in a previous version of this binding, my feeling is
that a register range suggests some sort of exclusivity of the area (like the
rk3399 emmc phy occupying a real subset of GRF area), but the pcie phy doesn't
have this.


\
 
 \ /
  Last update: 2016-06-16 22:21    [W:2.793 / U:0.040 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site