From: Felipe Balbi <balbi@ti.com>
To: George Cherian <george.cherian@ti.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"tony@atomide.com" <tony@atomide.com>,
"balbi@ti.com" <balbi@ti.com>, "kishon@ti.com" <kishon@ti.com>,
"rob@landley.net" <rob@landley.net>,
"ijc+devicetree@hellion.org.uk" <ijc+devicetree@hellion.org.uk>,
"swarren@wwwdotorg.org" <swarren@wwwdotorg.org>,
Pawel Moll <Pawel.Moll@arm.com>,
"rob.herring@calxeda.com" <rob.herring@calxeda.com>
Subject: Re: [PATCH] phy: omap: Adapt phy-omap-usb2 for AM437x
Date: Tue, 15 Oct 2013 08:22:45 -0500 [thread overview]
Message-ID: <20131015132245.GH11380@radagast> (raw)
In-Reply-To: <525CE928.4060405@ti.com>
[-- Attachment #1: Type: text/plain, Size: 3522 bytes --]
Hi,
On Tue, Oct 15, 2013 at 12:35:12PM +0530, George Cherian wrote:
> Hi Mark,
>
> Fixed all your comments and already sent a V2.
>
>
> On 10/14/2013 8:03 PM, Mark Rutland wrote:
> >On Mon, Oct 14, 2013 at 01:43:23PM +0100, George Cherian wrote:
> >>This patch adds a compatible for AM437x "ti,am43xx-usb2" to
> >>reuse the same phy-omap-usb2 driver.
> >>
> >>Also updated the documentation to add the new compatible.
> >>
> >>Signed-off-by: George Cherian <george.cherian@ti.com>
> >>---
> >> Documentation/devicetree/bindings/usb/usb-phy.txt | 2 +-
> >> drivers/phy/phy-omap-usb2.c | 13 ++++++++++---
> >> 2 files changed, 11 insertions(+), 4 deletions(-)
> >>
> >>diff --git a/Documentation/devicetree/bindings/usb/usb-phy.txt b/Documentation/devicetree/bindings/usb/usb-phy.txt
> >>index c0245c8..d5a7f21 100644
> >>--- a/Documentation/devicetree/bindings/usb/usb-phy.txt
> >>+++ b/Documentation/devicetree/bindings/usb/usb-phy.txt
> >>@@ -3,7 +3,7 @@ USB PHY
> >> OMAP USB2 PHY
> >> Required properties:
> >>- - compatible: Should be "ti,omap-usb2"
> >>+ - compatible: Should be "ti,omap-usb2" or "ti,am437x-usb2"
> >In case this needs to be modified in future, it might be best to split
> >this up one per line, with a brief description of when it applies:
> >
> >- compatible: Should contain one of:
> > * "ti,omap-usb2" for ____ systems
> > * "ti,am437x-usb2" for ____ systems
> >
> >> - reg : Address and length of the register set for the device.
> >> - #phy-cells: determine the number of cells that should be given in the
> >> phandle while referencing this phy.
> >>diff --git a/drivers/phy/phy-omap-usb2.c b/drivers/phy/phy-omap-usb2.c
> >>index bfc5c33..0529c83 100644
> >>--- a/drivers/phy/phy-omap-usb2.c
> >>+++ b/drivers/phy/phy-omap-usb2.c
> >>@@ -29,6 +29,7 @@
> >> #include <linux/delay.h>
> >> #include <linux/usb/omap_control_usb.h>
> >> #include <linux/phy/phy.h>
> >>+#include <linux/of.h>
> >> #include <linux/of_platform.h>
> >> /**
> >>@@ -172,7 +173,10 @@ static int omap_usb2_probe(struct platform_device *pdev)
> >> phy->dev = &pdev->dev;
> >> phy->phy.dev = phy->dev;
> >>- phy->phy.label = "omap-usb2";
> >>+ if (of_device_is_compatible(node, "ti,am437x-usb2"))
> >>+ phy->phy.label = "am437x-usb2";
> >>+ else
> >>+ phy->phy.label = "omap-usb2";
> >Instead of having this check here, you could put together a struct
> >containing the data applying to a particular compatible string, and
> >associate it with the compatible string using of_device_id::data.
> >
> >That means we don't need to duplicate the compatible strings, and it's
> >easier to extend in future.
> >
> >> phy->phy.set_suspend = omap_usb2_suspend;
> >> phy->phy.otg = otg;
> >> phy->phy.type = USB_PHY_TYPE_USB2;
> >>@@ -201,8 +205,10 @@ static int omap_usb2_probe(struct platform_device *pdev)
> >> otg->set_host = omap_usb_set_host;
> >> otg->set_peripheral = omap_usb_set_peripheral;
> >>- otg->set_vbus = omap_usb_set_vbus;
> >>- otg->start_srp = omap_usb_start_srp;
> >>+ if (of_device_is_compatible(node, "ti,omap-usb2")) {
> >>+ otg->set_vbus = omap_usb_set_vbus;
> >>+ otg->start_srp = omap_usb_start_srp;
> >>+ }
> >Similarly here.
so you prefer the driver data approach ? I would rather have feature
flags as driver_data instead of passing function pointers. In fact I
have suggested that on another thread which reached linux-usb.
--
balbi
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
prev parent reply other threads:[~2013-10-15 13:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-14 12:43 [PATCH] phy: omap: Adapt phy-omap-usb2 for AM437x George Cherian
2013-10-14 12:43 ` George Cherian
2013-10-14 14:33 ` Mark Rutland
2013-10-15 7:05 ` George Cherian
2013-10-15 13:22 ` Felipe Balbi [this message]
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=20131015132245.GH11380@radagast \
--to=balbi@ti.com \
--cc=Pawel.Moll@arm.com \
--cc=devicetree@vger.kernel.org \
--cc=george.cherian@ti.com \
--cc=ijc+devicetree@hellion.org.uk \
--cc=kishon@ti.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=rob.herring@calxeda.com \
--cc=rob@landley.net \
--cc=swarren@wwwdotorg.org \
--cc=tony@atomide.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.