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: 4+ 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 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 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).