From: Dmitry Torokhov <dtor@google.com>
To: Arun Ramamurthy <arun.ramamurthy@broadcom.com>
Cc: Kishon Vijay Abraham I <kishon@ti.com>,
Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
Mark Rutland <mark.rutland@arm.com>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Kumar Gala <galak@codeaurora.org>, Arnd Bergmann <arnd@arndb.de>,
devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
bcm-kernel-feedback-list@broadcom.com,
linux-kernel@vger.kernel.org, Anatol Pomazau <anatol@google.com>,
Jonathan Richardson <jonathar@broadcom.com>,
Scott Branden <sbranden@broadcom.com>,
Ray Jui <rjui@broadcom.com>
Subject: Re: [PATCH v1 2/3] Phy: DT binding documentation for Broadcom Cygnus USB PHY driver
Date: Thu, 26 Mar 2015 16:02:17 -0700 [thread overview]
Message-ID: <20150326230217.GA18887@dtor-ws> (raw)
In-Reply-To: <55134D29.80708@broadcom.com>
Hi Arun,
On Wed, Mar 25, 2015 at 05:04:57PM -0700, Arun Ramamurthy wrote:
>
>
> On 15-03-25 03:16 PM, Kishon Vijay Abraham I wrote:
> >Hi,
> >
> >On Saturday 21 March 2015 02:55 AM, Arun Ramamurthy wrote:
> >>Broadcom's Cygnus chip has a USB 2.0 host controller connected to
> >>three separate phys. One of the phs (port 2) is also connectd to
> >>a usb 2.0 device controller
> >>
> >>Reviewed-by: Ray Jui <rjui@broadcom.com>
> >>Reviewed-by: Scott Branden <sbranden@broadcom.com>
> >>Signed-off-by: Arun Ramamurthy <arun.ramamurthy@broadcom.com>
> >>
> >>---
> >> .../bindings/phy/brcm,cygnus-usb-phy.txt | 65 ++++++++++++++++++++++
> >> 1 file changed, 65 insertions(+)
> >> create mode 100644 Documentation/devicetree/bindings/phy/brcm,cygnus-usb-phy.txt
> >>
> >>diff --git a/Documentation/devicetree/bindings/phy/brcm,cygnus-usb-phy.txt b/Documentation/devicetree/bindings/phy/brcm,cygnus-usb-phy.txt
> >>new file mode 100644
> >>index 0000000..002bd59
> >>--- /dev/null
> >>+++ b/Documentation/devicetree/bindings/phy/brcm,cygnus-usb-phy.txt
> >>@@ -0,0 +1,65 @@
> >>+BROADCOM CYGNUS USB PHY
> >>+
> >>+Required Properties:
> >>+ - compatible: brcm,cygnus-usb-phy
> >>+ - reg : usbphy_regs - Base address of phy registers
> >>+ usb2h_idm_regs - Base address of host idm registers
> >>+ usb2d_idm_regs - Base address of device idm registers
> >
> >where is #phy-cells documented?
> I dont follow, isnt phy-cells a standard binding, what documentation
> is required?
> >>+The node that uses the phy must provide one integers, 0 for device and 1 for host
> >
"The node that uses phy must specify whether it should be configured as
host or device in the second cell of phy specification."
By the way, can we use not integers but symbolic constants for host and
device mode?
> >>+
> >>+NOTE: port 0 and port 1 are host only and port 2 can be configured for host or device.
> >>+
> >>+Example of phy :
> >>+ usbphy0: usbphy@0x0301c000 {
> >>+ compatible = "brcm,cygnus-usb-phy";
> >>+ reg = <0x0301c000 0x2000>,
> >>+ <0x18115000 0x1000>,
> >>+ <0x18111000 0x1000>;
> >>+ status = "okay";
> >>+
> >>+ #address-cells = <1>;
> >>+ #size-cells = <0>;
> >>+ usbphy0_0: usbphy0@0 {
> >>+ #phy-cells = <1>;
> >>+ reg = <0>;
> >>+ status = "okay";
> >>+ phy-supply = <&vbus_p0>;
> >>+ };
> >>+
> >>+ usbphy0_1: usbphy0@1 {
> >>+ #phy-cells = <1>;
> >>+ reg = <1>;
> >>+ status = "okay";
> >>+ };
> >>+
> >>+ usbphy0_2: usbphy0@2 {
> >>+ #phy-cells = <1>;
> >>+ reg = <2>;
> >>+ status = "okay";
> >>+ phy-supply = <&vbus_p2>;
> >>+ };
> >>+ };
> >>+
> >>+Example of node using the phy:
> >>+
> >>+ /* This nodes declares all three ports as host */
> >>+
> >>+ ehci0: usb@0x18048000 {
> >>+ compatible = "generic-ehci";
> >>+ reg = <0x18048000 0x100>;
> >>+ interrupts = <GIC_SPI 72 IRQ_TYPE_LEVEL_HIGH>;
> >>+ phys = <&usbphy0_0 1 &usbphy0_1 1 &usbphy0_2 1>;
> >>+ phy-names = "usb","usb","usb";
> >
> >is it on purpose you use the same name for phy-names? it is wrong though.
> Kishon, I did use the same names on purpose. The phy-names are
> actually irrelevant because I used the new api I created
> devm_of_phy_get_by_index. I actually wasnt sure if should take out
> the phy-name field altogether or leave it as phy-names = "usb" for
> compatibility with other bindings.
There is no issue of compatibility as existing mappings would only use 1
phy and we'll pick it up when getting phy by index. I think we should
simply drop phy-names altogether as driver does not use this property
anymore.
Thanks.
--
Dmitry
next prev parent reply other threads:[~2015-03-26 23:02 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-20 21:25 [PATCH v1 0/3] USB PHY driver for Broadcom's Cygnus chipse Arun Ramamurthy
2015-03-20 21:25 ` [PATCH v1 1/3] phy: phy-core: allow specifying supply at port level Arun Ramamurthy
2015-03-20 21:31 ` Dmitry Torokhov
2015-03-25 22:11 ` Kishon Vijay Abraham I
2015-03-25 22:17 ` Dmitry Torokhov
2015-03-25 22:39 ` Kishon Vijay Abraham I
[not found] ` <5513391B.2060505-l0cyMroinI0@public.gmane.org>
2015-03-25 22:49 ` Dmitry Torokhov
2015-03-25 23:44 ` Kishon Vijay Abraham I
2015-03-25 23:48 ` Dmitry Torokhov
[not found] ` <1426886727-537-1-git-send-email-arun.ramamurthy-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>
2015-03-20 21:25 ` [PATCH v1 2/3] Phy: DT binding documentation for Broadcom Cygnus USB PHY driver Arun Ramamurthy
[not found] ` <1426886727-537-3-git-send-email-arun.ramamurthy-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>
2015-03-25 22:16 ` Kishon Vijay Abraham I
2015-03-26 0:04 ` Arun Ramamurthy
2015-03-26 23:02 ` Dmitry Torokhov [this message]
2015-03-20 21:25 ` [PATCH v1 3/3] phy: cygnus-usbphy: Add Broadcom Cygnus USB phy driver Arun Ramamurthy
[not found] ` <1426886727-537-4-git-send-email-arun.ramamurthy-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>
2015-03-25 22:28 ` Kishon Vijay Abraham I
2015-03-25 22:42 ` Dmitry Torokhov
2015-03-26 0:01 ` Kishon Vijay Abraham I
2015-03-26 0:06 ` Arun Ramamurthy
[not found] ` <55134D73.7060507-dY08KVG/lbpWk0Htik3J/w@public.gmane.org>
2015-03-31 6:16 ` Kishon Vijay Abraham I
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150326230217.GA18887@dtor-ws \
--to=dtor@google.com \
--cc=anatol@google.com \
--cc=arnd@arndb.de \
--cc=arun.ramamurthy@broadcom.com \
--cc=bcm-kernel-feedback-list@broadcom.com \
--cc=devicetree@vger.kernel.org \
--cc=galak@codeaurora.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=jonathar@broadcom.com \
--cc=kishon@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=pawel.moll@arm.com \
--cc=rjui@broadcom.com \
--cc=robh+dt@kernel.org \
--cc=sbranden@broadcom.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).