From: Kishon Vijay Abraham I <kishon@ti.com>
To: Roger Quadros <rogerq@ti.com>
Cc: balbi@ti.com, tony@atomide.com, george.cherian@ti.com,
dmurphy@ti.com, linux-usb@vger.kernel.org,
linux-omap@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 5/7] usb: phy: omap: get rid of omap_get_control_dev()
Date: Tue, 6 Aug 2013 17:22:32 +0530 [thread overview]
Message-ID: <5200E380.6030005@ti.com> (raw)
In-Reply-To: <1375365915-21380-6-git-send-email-rogerq@ti.com>
On Thursday 01 August 2013 07:35 PM, Roger Quadros wrote:
> This function was preventing us from supporting multiple
> instances. Get rid of it. Since we support DT boots only,
> users can get the control device phandle from the DT node.
>
> Signed-off-by: Roger Quadros <rogerq@ti.com>
Tested-by: Kishon Vijay Abraham I <kishon@ti.com>
> ---
> drivers/usb/phy/phy-omap-control.c | 31 ++++++++++---------------------
> include/linux/usb/omap_control_usb.h | 5 -----
> 2 files changed, 10 insertions(+), 26 deletions(-)
>
> diff --git a/drivers/usb/phy/phy-omap-control.c b/drivers/usb/phy/phy-omap-control.c
> index cf93c5a..015eeef 100644
> --- a/drivers/usb/phy/phy-omap-control.c
> +++ b/drivers/usb/phy/phy-omap-control.c
> @@ -25,26 +25,6 @@
> #include <linux/clk.h>
> #include <linux/usb/omap_control_usb.h>
>
> -static struct omap_control_usb *control_usb;
> -
> -/**
> - * omap_get_control_dev - returns the device pointer for this control device
> - *
> - * This API should be called to get the device pointer for this control
> - * module device. This device pointer should be used for called other
> - * exported API's in this driver.
> - *
> - * To be used by PHY driver and glue driver.
> - */
> -struct device *omap_get_control_dev(void)
> -{
> - if (!control_usb)
> - return ERR_PTR(-ENODEV);
> -
> - return control_usb->dev;
> -}
> -EXPORT_SYMBOL_GPL(omap_get_control_dev);
> -
> /**
> * omap_control_usb_phy_power - power on/off the phy using control module reg
> * @dev: the control module device
> @@ -187,11 +167,19 @@ void omap_control_usb_set_mode(struct device *dev,
> {
> struct omap_control_usb *ctrl_usb;
>
> - if (IS_ERR(dev) || control_usb->type != OMAP_CTRL_DEV_TYPE1)
> + if (IS_ERR(dev) || !dev)
> return;
>
> ctrl_usb = dev_get_drvdata(dev);
>
> + if (!ctrl_usb) {
> + dev_err(dev, "Invalid control usb device\n");
> + return;
> + }
> +
> + if (ctrl_usb->type != OMAP_CTRL_DEV_TYPE1)
> + return;
> +
> switch (mode) {
> case USB_MODE_HOST:
> omap_control_usb_host_mode(ctrl_usb);
> @@ -214,6 +202,7 @@ static int omap_control_usb_probe(struct platform_device *pdev)
> struct device_node *np = pdev->dev.of_node;
> struct omap_control_usb_platform_data *pdata =
> dev_get_platdata(&pdev->dev);
> + struct omap_control_usb *control_usb;
>
> control_usb = devm_kzalloc(&pdev->dev, sizeof(*control_usb),
> GFP_KERNEL);
> diff --git a/include/linux/usb/omap_control_usb.h b/include/linux/usb/omap_control_usb.h
> index 7f027d3..8b48584 100644
> --- a/include/linux/usb/omap_control_usb.h
> +++ b/include/linux/usb/omap_control_usb.h
> @@ -67,15 +67,10 @@ enum omap_control_usb_mode {
> #define OMAP_CTRL_USB2_PHY_PD BIT(28)
>
> #if IS_ENABLED(CONFIG_OMAP_CONTROL_USB)
> -extern struct device *omap_get_control_dev(void);
> extern void omap_control_usb_phy_power(struct device *dev, int on);
> extern void omap_control_usb_set_mode(struct device *dev,
> enum omap_control_usb_mode mode);
> #else
> -static inline struct device *omap_get_control_dev(void)
> -{
> - return ERR_PTR(-ENODEV);
> -}
>
> static inline void omap_control_usb_phy_power(struct device *dev, int on)
> {
>
next prev parent reply other threads:[~2013-08-06 11:52 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-01 14:05 [PATCH 0/7] phy: omap-usb: Support multiple instances and new types Roger Quadros
2013-08-01 14:05 ` [PATCH 1/7] usb: phy: omap: Add new PHY types and remove omap_control_usb3_phy_power() Roger Quadros
2013-08-06 11:45 ` Kishon Vijay Abraham I
2013-08-06 13:26 ` Roger Quadros
2013-08-01 14:05 ` [PATCH 2/7] usb: phy: omap-usb2: Don't use omap_get_control_dev() Roger Quadros
2013-08-06 11:47 ` Kishon Vijay Abraham I
2013-08-01 14:05 ` [PATCH 3/7] usb: phy: omap-usb3: " Roger Quadros
2013-08-06 11:48 ` Kishon Vijay Abraham I
2013-08-01 14:05 ` [PATCH 4/7] usb: musb: omap2430: " Roger Quadros
2013-08-06 11:51 ` Kishon Vijay Abraham I
2013-08-06 13:27 ` Roger Quadros
2013-08-01 14:05 ` [PATCH 5/7] usb: phy: omap: get rid of omap_get_control_dev() Roger Quadros
2013-08-06 11:52 ` Kishon Vijay Abraham I [this message]
2013-08-01 14:05 ` [PATCH 6/7] ARM: dts: omap4: update omap-control-usb nodes Roger Quadros
2013-08-14 7:45 ` Roger Quadros
2013-08-14 8:41 ` Benoit Cousson
2013-08-14 9:04 ` Roger Quadros
2013-08-01 14:05 ` [PATCH 7/7] ARM: dts: omap5: update omap-control-usb node Roger Quadros
2013-08-14 7:45 ` Roger Quadros
2013-08-14 7:44 ` [PATCH 0/7] phy: omap-usb: Support multiple instances and new types Roger Quadros
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=5200E380.6030005@ti.com \
--to=kishon@ti.com \
--cc=balbi@ti.com \
--cc=devicetree@vger.kernel.org \
--cc=dmurphy@ti.com \
--cc=george.cherian@ti.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=rogerq@ti.com \
--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).