Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1594262
| From | Stephen Boyd <sboyd@codeaurora.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v4 3/4] dt-bindings: phy: Add support for QMP phy |
| Date | 2017-03-07 15:20 +0100 |
| Message-ID | <tio81-ag-9@gated-at.bofh.it> (permalink) |
| References | (5 earlier) <t1sKL-6S0-33@gated-at.bofh.it> <t35K1-2xC-3@gated-at.bofh.it> <t39Xk-5ij-15@gated-at.bofh.it> <t41XH-5g5-19@gated-at.bofh.it> <t4773-8sw-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
(Not sure I replied so here it is)
On 01/27, Vivek Gautam wrote:
>
>
> On 01/27/2017 05:13 AM, Stephen Boyd wrote:
> >On 01/24, Vivek Gautam wrote:
>
> From "./Documentation/devicetree/bindings/graph.txt" -
> "The device tree graph bindings described herein abstract more complex
> devices that can have multiple specifiable ports, each of which can be
> linked to one or more ports of other devices."
>
> So, this means we use 'port', 'ports' and 'endpoint' for devices whose one
> or more ports is connected to other device's one or more ports.
>
> I can use 'lane' for the node name here.
Ok.
>
> >
> >> reg = <0x035000 0x130>,
> >> <0x035200 0x200>,
> >> <0x035400 0x1dc>;
> >> #phy-cells = <0>;
> >>
> >> clocks = <&gcc GCC_PCIE_0_PIPE_CLK>;
> >> clock-names = "pipe0";
> >> resets = <&gcc GCC_PCIE_0_PHY_BCR>;
> >> reset-names = "lane0";
> >> };
> >>
> >> pciephy_p1: port@1 {
> >> reg = <0x036000 0x130>,
> >> <0x036200 0x200>,
> >> <0x036400 0x1dc>;
> >> #phy-cells = <0>;
> >>
> >> clocks = <&gcc GCC_PCIE_1_PIPE_CLK>;
> >> clock-names = "pipe1";
> >> resets = <&gcc GCC_PCIE_1_PHY_BCR>;
> >> reset-names = "lane1";
> >> };
> >>
> >> pciephy_p2: port@2 {
> >> reg = <0x037000 0x130>,
> >> <0x037200 0x200>,
> >> <0x037400 0x1dc>;
> >> #phy-cells = <0>;
> >>
> >> clocks = <&gcc GCC_PCIE_2_PIPE_CLK>;
> >> clock-names = "pipe2";
> >> resets = <&gcc GCC_PCIE_2_PHY_BCR>;
> >> reset-names = "lane2";
> >> };
> >> };
> >>--------------------
> >>
> >>let me know if this looks okay.
> >>
> >>
> >What's the plan for non-pcie qmp phy binding? In that case we
> >don't have ports, so it gets folded into one node?
> >
> The non-pcie qmp phys still have one lane, that provides tx/rx.
>
> I am of the opinion that we don't have two different ways to create
> phys in the driver, and keep one port/lane for such phys in dt.
>
Ok so we would still have a subnode in that case. Sounds ok.
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Re: [PATCH v4 3/4] dt-bindings: phy: Add support for QMP phy Stephen Boyd <sboyd@codeaurora.org> - 2017-03-07 15:20 +0100 Re: [PATCH v4 3/4] dt-bindings: phy: Add support for QMP phy Vivek Gautam <vivek.gautam@codeaurora.org> - 2017-03-08 08:20 +0100
csiph-web