devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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 --]

      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).