All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jisheng Zhang <jszhang@marvell.com>
To: Felipe Balbi <felipe.balbi@linux.intel.com>,
	<mathias.nyman@linux.intel.com>,
	Kishon Vijay Abraham I <kishon@ti.com>,
	<thomas.petazzoni@free-electrons.com>,
	<gregory.clement@free-electrons.com>,
	<maxime.ripard@free-electrons.com>
Cc: <gregkh@linuxfoundation.org>, <linux-usb@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>,
	<linux-arm-kernel@lists.infradead.org>,
	<yendapally.reddy@broadcom.com>
Subject: Re: [RESEND PATCH v2 6/7] usb: xhci: plat: add generic PHY support
Date: Wed, 27 Apr 2016 14:46:49 +0800	[thread overview]
Message-ID: <20160427144649.67304003@xhacker> (raw)
In-Reply-To: <87eg9rpq9t.fsf@intel.com>

Dear Felipe,

On Wed, 27 Apr 2016 08:35:58 +0300 Felipe Balbi wrote:

> Hi,
> 
> Jisheng Zhang <jszhang@marvell.com> writes:
> > Marvell BG4CT SoC needs two phy: one for usb2 and another for usb3. Add
> > the calls to retrieve generic PHY to xhci plat in order to support this.
> >
> > Signed-off-by: Jisheng Zhang <jszhang@marvell.com>
> > ---
> >  drivers/usb/host/xhci-plat.c | 87 ++++++++++++++++++++++++++++++++++++++------
> >  1 file changed, 75 insertions(+), 12 deletions(-)
> >
> > diff --git a/drivers/usb/host/xhci-plat.c b/drivers/usb/host/xhci-plat.c
> > index 83669d0..d7f4f3c 100644
> > --- a/drivers/usb/host/xhci-plat.c
> > +++ b/drivers/usb/host/xhci-plat.c
> > @@ -16,6 +16,7 @@
> >  #include <linux/dma-mapping.h>
> >  #include <linux/module.h>
> >  #include <linux/of.h>
> > +#include <linux/phy/phy.h>
> >  #include <linux/platform_device.h>
> >  #include <linux/slab.h>
> >  #include <linux/usb/phy.h>
> > @@ -134,6 +135,37 @@ static const struct of_device_id usb_xhci_of_match[] = {
> >  MODULE_DEVICE_TABLE(of, usb_xhci_of_match);
> >  #endif
> >  
> > +static int xhci_plat_phy_init(struct usb_hcd *hcd)
> > +{
> > +	int ret;
> > +
> > +	if (hcd->phy) {
> > +		ret = phy_init(hcd->phy);
> > +		if (ret)
> > +			return ret;
> > +
> > +		ret = phy_power_on(hcd->phy);
> > +		if (ret) {
> > +			phy_exit(hcd->phy);
> > +			return ret;
> > +		}
> > +	} else {
> > +		ret = usb_phy_init(hcd->usb_phy);
> > +	}
> > +
> > +	return ret;
> > +}
> > +
> > +static void xhci_plat_phy_exit(struct usb_hcd *hcd)
> > +{
> > +	if (hcd->phy) {
> > +		phy_power_off(hcd->phy);
> > +		phy_exit(hcd->phy);
> > +	} else {
> > +		usb_phy_shutdown(hcd->usb_phy);
> > +	}
> > +}
> > +
> >  static int xhci_plat_probe(struct platform_device *pdev)
> >  {
> >  	struct device_node	*node = pdev->dev.of_node;
> > @@ -145,6 +177,7 @@ static int xhci_plat_probe(struct platform_device *pdev)
> >  	struct usb_hcd		*hcd;
> >  	struct clk              *clk;
> >  	struct usb_phy		*usb_phy;
> > +	struct phy		*phy;  
> 
> so, one phy driver using USB PHY layer and another using generic PHY
> layer ? Why ? I think the first thing your series should do would be to

It's different platforms. E.g
platform A may write the phy driver under usb phy layer, while platform B
may have generic phy driver.

The questions are: when adding phy support to xhci-plat, the generic phy
has existed for a long time, what's the reason to use the deprecated usb
phy APIs.

And per my check, it's only MVEBU platforms use this support? I'm not sure
if we could remove usbphy code from xhci-plat first then add generic phy then
adding MVEBU xhci phy support bak with the new code. So Cc mvebu maintainers

Thanks,
Jisheng

> add proper suport for both APIs with two PHYs and make them all optional
> for xhci-plat.
> 
> > @@ -232,22 +265,44 @@ static int xhci_plat_probe(struct platform_device *pdev)
> >  	if (HCC_MAX_PSA(xhci->hcc_params) >= 4)
> >  		xhci->shared_hcd->can_do_streams = 1;
> >  
> > +	hcd->phy = devm_phy_get(&pdev->dev, "usb2-phy");
> > +	if (IS_ERR(hcd->phy)) {
> > +		ret = PTR_ERR(hcd->phy);
> > +		if (ret == -EPROBE_DEFER)
> > +			goto put_usb3_hcd;
> > +		hcd->phy = NULL;
> > +	}
> > +
> > +	phy = devm_phy_get(&pdev->dev, "usb-phy");
> > +	if (IS_ERR(phy)) {
> > +		ret = PTR_ERR(phy);
> > +		if (ret == -EPROBE_DEFER)
> > +			goto put_usb3_hcd;
> > +		phy = NULL;
> > +	}
> > +
> >  	usb_phy = devm_usb_get_phy_by_phandle(&pdev->dev, "usb-phy", 0);
> >  	if (IS_ERR(usb_phy)) {
> >  		ret = PTR_ERR(usb_phy);
> >  		if (ret == -EPROBE_DEFER)
> >  			goto put_usb3_hcd;
> >  		usb_phy = NULL;
> > -	} else {
> > -		ret = usb_phy_init(usb_phy);
> > -		if (ret)
> > -			goto put_usb3_hcd;
> >  	}
> > +
> >  	xhci->shared_hcd->usb_phy = usb_phy;
> > +	xhci->shared_hcd->phy = phy;
> > +
> > +	ret = xhci_plat_phy_init(hcd);
> > +	if (ret)
> > +		goto put_usb3_hcd;
> > +
> > +	ret = xhci_plat_phy_init(xhci->shared_hcd);
> > +	if (ret)
> > +		goto disable_usb2_phy;
> >  
> >  	ret = usb_add_hcd(hcd, irq, IRQF_SHARED);
> >  	if (ret)
> > -		goto disable_usb_phy;
> > +		goto disable_usb3_phy;
> >  
> >  	ret = usb_add_hcd(xhci->shared_hcd, irq, IRQF_SHARED);
> >  	if (ret)
> > @@ -259,8 +314,11 @@ static int xhci_plat_probe(struct platform_device *pdev)
> >  dealloc_usb2_hcd:
> >  	usb_remove_hcd(hcd);
> >  
> > -disable_usb_phy:
> > -	usb_phy_shutdown(usb_phy);
> > +disable_usb3_phy:
> > +	xhci_plat_phy_exit(xhci->shared_hcd);
> > +
> > +disable_usb2_phy:
> > +	xhci_plat_phy_exit(hcd);
> >  
> >  put_usb3_hcd:
> >  	usb_put_hcd(xhci->shared_hcd);
> > @@ -281,11 +339,11 @@ static int xhci_plat_remove(struct platform_device *dev)
> >  	struct clk *clk = xhci->clk;
> >  
> >  	usb_remove_hcd(xhci->shared_hcd);
> > -	usb_phy_shutdown(xhci->shared_hcd->usb_phy);
> > -
> > -	usb_remove_hcd(hcd);
> > +	xhci_plat_phy_exit(xhci->shared_hcd);
> >  	usb_put_hcd(xhci->shared_hcd);
> >  
> > +	usb_remove_hcd(hcd);
> > +	xhci_plat_phy_exit(hcd);
> >  	clk_disable_unprepare(clk);
> >  	usb_put_hcd(hcd);
> >  
> > @@ -311,7 +369,8 @@ static int xhci_plat_suspend(struct device *dev)
> >  	if (ret)
> >  		return ret;
> >  
> > -	usb_phy_shutdown(xhci->shared_hcd->usb_phy);
> > +	xhci_plat_phy_exit(xhci->shared_hcd);
> > +	xhci_plat_phy_exit(hcd);
> >  	clk_disable_unprepare(xhci->clk);
> >  
> >  	return ret;
> > @@ -327,7 +386,11 @@ static int xhci_plat_resume(struct device *dev)
> >  	if (ret)
> >  		return ret;
> >  
> > -	ret = usb_phy_init(xhci->shared_hcd->usb_phy);
> > +	ret = xhci_plat_phy_init(hcd);
> > +	if (ret)
> > +		return ret;
> > +
> > +	ret = xhci_plat_phy_init(xhci->shared_hcd);
> >  	if (ret)
> >  		return ret;
> >  
> > -- 
> > 2.8.1
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-usb" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html  
> 

WARNING: multiple messages have this Message-ID (diff)
From: jszhang@marvell.com (Jisheng Zhang)
To: linux-arm-kernel@lists.infradead.org
Subject: [RESEND PATCH v2 6/7] usb: xhci: plat: add generic PHY support
Date: Wed, 27 Apr 2016 14:46:49 +0800	[thread overview]
Message-ID: <20160427144649.67304003@xhacker> (raw)
In-Reply-To: <87eg9rpq9t.fsf@intel.com>

Dear Felipe,

On Wed, 27 Apr 2016 08:35:58 +0300 Felipe Balbi wrote:

> Hi,
> 
> Jisheng Zhang <jszhang@marvell.com> writes:
> > Marvell BG4CT SoC needs two phy: one for usb2 and another for usb3. Add
> > the calls to retrieve generic PHY to xhci plat in order to support this.
> >
> > Signed-off-by: Jisheng Zhang <jszhang@marvell.com>
> > ---
> >  drivers/usb/host/xhci-plat.c | 87 ++++++++++++++++++++++++++++++++++++++------
> >  1 file changed, 75 insertions(+), 12 deletions(-)
> >
> > diff --git a/drivers/usb/host/xhci-plat.c b/drivers/usb/host/xhci-plat.c
> > index 83669d0..d7f4f3c 100644
> > --- a/drivers/usb/host/xhci-plat.c
> > +++ b/drivers/usb/host/xhci-plat.c
> > @@ -16,6 +16,7 @@
> >  #include <linux/dma-mapping.h>
> >  #include <linux/module.h>
> >  #include <linux/of.h>
> > +#include <linux/phy/phy.h>
> >  #include <linux/platform_device.h>
> >  #include <linux/slab.h>
> >  #include <linux/usb/phy.h>
> > @@ -134,6 +135,37 @@ static const struct of_device_id usb_xhci_of_match[] = {
> >  MODULE_DEVICE_TABLE(of, usb_xhci_of_match);
> >  #endif
> >  
> > +static int xhci_plat_phy_init(struct usb_hcd *hcd)
> > +{
> > +	int ret;
> > +
> > +	if (hcd->phy) {
> > +		ret = phy_init(hcd->phy);
> > +		if (ret)
> > +			return ret;
> > +
> > +		ret = phy_power_on(hcd->phy);
> > +		if (ret) {
> > +			phy_exit(hcd->phy);
> > +			return ret;
> > +		}
> > +	} else {
> > +		ret = usb_phy_init(hcd->usb_phy);
> > +	}
> > +
> > +	return ret;
> > +}
> > +
> > +static void xhci_plat_phy_exit(struct usb_hcd *hcd)
> > +{
> > +	if (hcd->phy) {
> > +		phy_power_off(hcd->phy);
> > +		phy_exit(hcd->phy);
> > +	} else {
> > +		usb_phy_shutdown(hcd->usb_phy);
> > +	}
> > +}
> > +
> >  static int xhci_plat_probe(struct platform_device *pdev)
> >  {
> >  	struct device_node	*node = pdev->dev.of_node;
> > @@ -145,6 +177,7 @@ static int xhci_plat_probe(struct platform_device *pdev)
> >  	struct usb_hcd		*hcd;
> >  	struct clk              *clk;
> >  	struct usb_phy		*usb_phy;
> > +	struct phy		*phy;  
> 
> so, one phy driver using USB PHY layer and another using generic PHY
> layer ? Why ? I think the first thing your series should do would be to

It's different platforms. E.g
platform A may write the phy driver under usb phy layer, while platform B
may have generic phy driver.

The questions are: when adding phy support to xhci-plat, the generic phy
has existed for a long time, what's the reason to use the deprecated usb
phy APIs.

And per my check, it's only MVEBU platforms use this support? I'm not sure
if we could remove usbphy code from xhci-plat first then add generic phy then
adding MVEBU xhci phy support bak with the new code. So Cc mvebu maintainers

Thanks,
Jisheng

> add proper suport for both APIs with two PHYs and make them all optional
> for xhci-plat.
> 
> > @@ -232,22 +265,44 @@ static int xhci_plat_probe(struct platform_device *pdev)
> >  	if (HCC_MAX_PSA(xhci->hcc_params) >= 4)
> >  		xhci->shared_hcd->can_do_streams = 1;
> >  
> > +	hcd->phy = devm_phy_get(&pdev->dev, "usb2-phy");
> > +	if (IS_ERR(hcd->phy)) {
> > +		ret = PTR_ERR(hcd->phy);
> > +		if (ret == -EPROBE_DEFER)
> > +			goto put_usb3_hcd;
> > +		hcd->phy = NULL;
> > +	}
> > +
> > +	phy = devm_phy_get(&pdev->dev, "usb-phy");
> > +	if (IS_ERR(phy)) {
> > +		ret = PTR_ERR(phy);
> > +		if (ret == -EPROBE_DEFER)
> > +			goto put_usb3_hcd;
> > +		phy = NULL;
> > +	}
> > +
> >  	usb_phy = devm_usb_get_phy_by_phandle(&pdev->dev, "usb-phy", 0);
> >  	if (IS_ERR(usb_phy)) {
> >  		ret = PTR_ERR(usb_phy);
> >  		if (ret == -EPROBE_DEFER)
> >  			goto put_usb3_hcd;
> >  		usb_phy = NULL;
> > -	} else {
> > -		ret = usb_phy_init(usb_phy);
> > -		if (ret)
> > -			goto put_usb3_hcd;
> >  	}
> > +
> >  	xhci->shared_hcd->usb_phy = usb_phy;
> > +	xhci->shared_hcd->phy = phy;
> > +
> > +	ret = xhci_plat_phy_init(hcd);
> > +	if (ret)
> > +		goto put_usb3_hcd;
> > +
> > +	ret = xhci_plat_phy_init(xhci->shared_hcd);
> > +	if (ret)
> > +		goto disable_usb2_phy;
> >  
> >  	ret = usb_add_hcd(hcd, irq, IRQF_SHARED);
> >  	if (ret)
> > -		goto disable_usb_phy;
> > +		goto disable_usb3_phy;
> >  
> >  	ret = usb_add_hcd(xhci->shared_hcd, irq, IRQF_SHARED);
> >  	if (ret)
> > @@ -259,8 +314,11 @@ static int xhci_plat_probe(struct platform_device *pdev)
> >  dealloc_usb2_hcd:
> >  	usb_remove_hcd(hcd);
> >  
> > -disable_usb_phy:
> > -	usb_phy_shutdown(usb_phy);
> > +disable_usb3_phy:
> > +	xhci_plat_phy_exit(xhci->shared_hcd);
> > +
> > +disable_usb2_phy:
> > +	xhci_plat_phy_exit(hcd);
> >  
> >  put_usb3_hcd:
> >  	usb_put_hcd(xhci->shared_hcd);
> > @@ -281,11 +339,11 @@ static int xhci_plat_remove(struct platform_device *dev)
> >  	struct clk *clk = xhci->clk;
> >  
> >  	usb_remove_hcd(xhci->shared_hcd);
> > -	usb_phy_shutdown(xhci->shared_hcd->usb_phy);
> > -
> > -	usb_remove_hcd(hcd);
> > +	xhci_plat_phy_exit(xhci->shared_hcd);
> >  	usb_put_hcd(xhci->shared_hcd);
> >  
> > +	usb_remove_hcd(hcd);
> > +	xhci_plat_phy_exit(hcd);
> >  	clk_disable_unprepare(clk);
> >  	usb_put_hcd(hcd);
> >  
> > @@ -311,7 +369,8 @@ static int xhci_plat_suspend(struct device *dev)
> >  	if (ret)
> >  		return ret;
> >  
> > -	usb_phy_shutdown(xhci->shared_hcd->usb_phy);
> > +	xhci_plat_phy_exit(xhci->shared_hcd);
> > +	xhci_plat_phy_exit(hcd);
> >  	clk_disable_unprepare(xhci->clk);
> >  
> >  	return ret;
> > @@ -327,7 +386,11 @@ static int xhci_plat_resume(struct device *dev)
> >  	if (ret)
> >  		return ret;
> >  
> > -	ret = usb_phy_init(xhci->shared_hcd->usb_phy);
> > +	ret = xhci_plat_phy_init(hcd);
> > +	if (ret)
> > +		return ret;
> > +
> > +	ret = xhci_plat_phy_init(xhci->shared_hcd);
> >  	if (ret)
> >  		return ret;
> >  
> > -- 
> > 2.8.1
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-usb" in
> > the body of a message to majordomo at vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html  
> 

  reply	other threads:[~2016-04-27  6:51 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-26 12:57 [RESEND PATCH v2 0/7] usb: xhci-plat: support generic PHY and vbus regulator Jisheng Zhang
2016-04-26 12:57 ` Jisheng Zhang
2016-04-26 12:57 ` [RESEND PATCH v2 1/7] usb: xhci: plat: Fix suspend/resume when the optional clk exists Jisheng Zhang
2016-04-26 12:57   ` Jisheng Zhang
2016-04-27  5:25   ` Felipe Balbi
2016-04-27  5:25     ` Felipe Balbi
2016-04-27  5:46     ` Jisheng Zhang
2016-04-27  5:46       ` Jisheng Zhang
2016-04-26 12:57 ` [RESEND PATCH v2 2/7] usb: xhci: plat: attach the usb_phy to the correct hcd Jisheng Zhang
2016-04-26 12:57   ` Jisheng Zhang
2016-04-27  5:29   ` Felipe Balbi
2016-04-27  5:29     ` Felipe Balbi
2016-04-27  5:59     ` Jisheng Zhang
2016-04-27  5:59       ` Jisheng Zhang
2016-04-27  6:19       ` Felipe Balbi
2016-04-27  6:19         ` Felipe Balbi
2016-04-26 12:57 ` [RESEND PATCH v2 3/7] usb: xhci: plat: Fix suspend/resume when the optional usb_phy exists Jisheng Zhang
2016-04-26 12:57   ` Jisheng Zhang
2016-04-27  5:30   ` Felipe Balbi
2016-04-27  5:30     ` Felipe Balbi
2016-04-26 12:57 ` [RESEND PATCH v2 4/7] usb: xhci: plat: sort the headers in alphabetic order Jisheng Zhang
2016-04-26 12:57   ` Jisheng Zhang
2016-04-26 12:57 ` [RESEND PATCH v2 5/7] usb: xhci: plat: Remove checks for optional clock in error/remove path Jisheng Zhang
2016-04-26 12:57   ` Jisheng Zhang
2016-04-27  5:33   ` Felipe Balbi
2016-04-27  5:33     ` Felipe Balbi
2016-04-27  6:33     ` Jisheng Zhang
2016-04-27  6:33       ` Jisheng Zhang
2016-04-27  7:19       ` Felipe Balbi
2016-04-27  7:19         ` Felipe Balbi
2016-04-26 12:57 ` [RESEND PATCH v2 6/7] usb: xhci: plat: add generic PHY support Jisheng Zhang
2016-04-26 12:57   ` Jisheng Zhang
2016-04-27  5:35   ` Felipe Balbi
2016-04-27  5:35     ` Felipe Balbi
2016-04-27  6:46     ` Jisheng Zhang [this message]
2016-04-27  6:46       ` Jisheng Zhang
2016-04-27  7:21       ` Felipe Balbi
2016-04-27  7:21         ` Felipe Balbi
2016-04-27  7:57   ` Heikki Krogerus
2016-04-27  7:57     ` Heikki Krogerus
2016-04-27  9:34     ` Felipe Balbi
2016-04-27  9:34       ` Felipe Balbi
2016-04-26 12:57 ` [RESEND PATCH v2 7/7] usb: xhci: plat: add vbus regulator control Jisheng Zhang
2016-04-26 12:57   ` Jisheng Zhang
2016-04-27  5:37   ` Felipe Balbi
2016-04-27  5:37     ` Felipe Balbi
2016-04-27  9:57     ` Mark Brown
2016-04-27  9:57       ` Mark Brown
2016-04-27 10:25       ` Jisheng Zhang
2016-04-27 10:25         ` Jisheng Zhang
2016-04-27 13:24         ` Mark Brown
2016-04-27 13:24           ` Mark Brown
2016-04-27 10:25       ` Felipe Balbi
2016-04-27 10:25         ` Felipe Balbi
2016-04-27 10:35         ` Mark Brown
2016-04-27 10:35           ` Mark Brown
2016-04-27 10:38           ` Felipe Balbi
2016-04-27 10:38             ` Felipe Balbi

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=20160427144649.67304003@xhacker \
    --to=jszhang@marvell.com \
    --cc=felipe.balbi@linux.intel.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=gregory.clement@free-electrons.com \
    --cc=kishon@ti.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=mathias.nyman@linux.intel.com \
    --cc=maxime.ripard@free-electrons.com \
    --cc=thomas.petazzoni@free-electrons.com \
    --cc=yendapally.reddy@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 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.