From: Felipe Balbi <balbi-l0cyMroinI0@public.gmane.org>
To: Kishon Vijay Abraham I <kishon-l0cyMroinI0@public.gmane.org>
Cc: balbi-l0cyMroinI0@public.gmane.org,
tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org,
linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org,
eballetbo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
javier-0uQlZySMnqxg9hUCZPvPmw@public.gmane.org,
gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org,
linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH 2/2] arm: omap: remove *.auto* from device names given in usb_bind_phy
Date: Tue, 30 Jul 2013 09:01:34 +0300 [thread overview]
Message-ID: <20130730060134.GD9155@radagast> (raw)
In-Reply-To: <51F74BC8.7020903-l0cyMroinI0@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 3888 bytes --]
Hi,
On Tue, Jul 30, 2013 at 10:44:48AM +0530, Kishon Vijay Abraham I wrote:
> > On Mon, Jul 29, 2013 at 08:59:26PM +0530, Kishon Vijay Abraham I wrote:
> >>>> Previously MUSB wrapper (OMAP) device used PLATFORM_DEVID_AUTO while creating
> >>>> MUSB core device. So in usb_bind_phy (binds the controller with the PHY), the
> >>>> device name of the controller had *.auto* in it. Since with using
> >>>> PLATFORM_DEVID_AUTO, there is no way to know the exact device name in advance,
> >>>> the data given in usb_bind_phy became obsolete and usb_get_phy was failing.
> >>>> So MUSB wrapper was modified not to use PLATFORM_DEVID_AUTO. Corresponding
> >>>> change is done in board file here.
> >>>>
> >>>> Signed-off-by: Kishon Vijay Abraham I <kishon-l0cyMroinI0@public.gmane.org>
> >>>> ---
> >>>> arch/arm/mach-omap2/board-2430sdp.c | 2 +-
> >>>> arch/arm/mach-omap2/board-3430sdp.c | 2 +-
> >>>> arch/arm/mach-omap2/board-cm-t35.c | 2 +-
> >>>> arch/arm/mach-omap2/board-devkit8000.c | 2 +-
> >>>> arch/arm/mach-omap2/board-igep0020.c | 2 +-
> >>>> arch/arm/mach-omap2/board-ldp.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3beagle.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3evm.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3logic.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3pandora.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3stalker.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3touchbook.c | 2 +-
> >>>> arch/arm/mach-omap2/board-overo.c | 2 +-
> >>>> arch/arm/mach-omap2/board-rm680.c | 2 +-
> >>>> arch/arm/mach-omap2/board-rx51.c | 2 +-
> >>>> arch/arm/mach-omap2/board-zoom-peripherals.c | 2 +-
> >>>> 16 files changed, 16 insertions(+), 16 deletions(-)
> >>>>
> >>>> diff --git a/arch/arm/mach-omap2/board-2430sdp.c b/arch/arm/mach-omap2/board-2430sdp.c
> >>>> index 244d8a5..17bb076 100644
> >>>> --- a/arch/arm/mach-omap2/board-2430sdp.c
> >>>> +++ b/arch/arm/mach-omap2/board-2430sdp.c
> >>>> @@ -233,7 +233,7 @@ static void __init omap_2430sdp_init(void)
> >>>> omap_hsmmc_init(mmc);
> >>>>
> >>>> omap_mux_init_signal("usb0hs_stp", OMAP_PULL_ENA | OMAP_PULL_UP);
> >>>> - usb_bind_phy("musb-hdrc.0.auto", 0, "twl4030_usb");
> >>>> + usb_bind_phy("musb-hdrc.0", 0, "twl4030_usb");
> >>>
> >>> how about moving usb_bind_phy() calls to omap2430.c ?
> >>>
> >>> diff --git a/drivers/usb/musb/omap2430.c b/drivers/usb/musb/omap2430.c
> >>> index f44e8b5..b6abc1a 100644
> >>> --- a/drivers/usb/musb/omap2430.c
> >>> +++ b/drivers/usb/musb/omap2430.c
> >>> @@ -544,6 +544,9 @@ static int omap2430_probe(struct platform_device *pdev)
> >>>
> >>> pdata->board_data = data;
> >>> pdata->config = config;
> >>> + } else {
> >>> + /* bind the PHY */
> >>> + usb_bind_phy(dev_name(&musb->dev), 0, "twl4030_usb");
> >>
> >> This looks like a hack IMHO to workaround the usb phy library. otherwise it is
> >> similar to get_phy_by_name.
> >
> > actually, this is a workaround to the fact that we're not creating all
> > platform_devices in arch/arm/mach-omap2/ :-)
> >
> > If we had the musb allocation there, we could easily handle
> > usb_bind_phy()
> >
> >>> so that's temporary. It might be better than to reintroduce the IDR in
> >>> musb_core.c.
> >>
> >> that’s needed for generic phy framework anyway :-s
> >
> > right, but generic phy framework can handle everything just fine, the
> > only problem is that names are changing.
>
> right. But if the names change, PHY framework wouldn't be able to return the
> reference to the PHY.
with my suggestion they can change whenever they want since we're using
dev_name() of the just-created musb platform_device. Right ?
--
balbi
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: balbi@ti.com (Felipe Balbi)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/2] arm: omap: remove *.auto* from device names given in usb_bind_phy
Date: Tue, 30 Jul 2013 09:01:34 +0300 [thread overview]
Message-ID: <20130730060134.GD9155@radagast> (raw)
In-Reply-To: <51F74BC8.7020903@ti.com>
Hi,
On Tue, Jul 30, 2013 at 10:44:48AM +0530, Kishon Vijay Abraham I wrote:
> > On Mon, Jul 29, 2013 at 08:59:26PM +0530, Kishon Vijay Abraham I wrote:
> >>>> Previously MUSB wrapper (OMAP) device used PLATFORM_DEVID_AUTO while creating
> >>>> MUSB core device. So in usb_bind_phy (binds the controller with the PHY), the
> >>>> device name of the controller had *.auto* in it. Since with using
> >>>> PLATFORM_DEVID_AUTO, there is no way to know the exact device name in advance,
> >>>> the data given in usb_bind_phy became obsolete and usb_get_phy was failing.
> >>>> So MUSB wrapper was modified not to use PLATFORM_DEVID_AUTO. Corresponding
> >>>> change is done in board file here.
> >>>>
> >>>> Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com>
> >>>> ---
> >>>> arch/arm/mach-omap2/board-2430sdp.c | 2 +-
> >>>> arch/arm/mach-omap2/board-3430sdp.c | 2 +-
> >>>> arch/arm/mach-omap2/board-cm-t35.c | 2 +-
> >>>> arch/arm/mach-omap2/board-devkit8000.c | 2 +-
> >>>> arch/arm/mach-omap2/board-igep0020.c | 2 +-
> >>>> arch/arm/mach-omap2/board-ldp.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3beagle.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3evm.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3logic.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3pandora.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3stalker.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3touchbook.c | 2 +-
> >>>> arch/arm/mach-omap2/board-overo.c | 2 +-
> >>>> arch/arm/mach-omap2/board-rm680.c | 2 +-
> >>>> arch/arm/mach-omap2/board-rx51.c | 2 +-
> >>>> arch/arm/mach-omap2/board-zoom-peripherals.c | 2 +-
> >>>> 16 files changed, 16 insertions(+), 16 deletions(-)
> >>>>
> >>>> diff --git a/arch/arm/mach-omap2/board-2430sdp.c b/arch/arm/mach-omap2/board-2430sdp.c
> >>>> index 244d8a5..17bb076 100644
> >>>> --- a/arch/arm/mach-omap2/board-2430sdp.c
> >>>> +++ b/arch/arm/mach-omap2/board-2430sdp.c
> >>>> @@ -233,7 +233,7 @@ static void __init omap_2430sdp_init(void)
> >>>> omap_hsmmc_init(mmc);
> >>>>
> >>>> omap_mux_init_signal("usb0hs_stp", OMAP_PULL_ENA | OMAP_PULL_UP);
> >>>> - usb_bind_phy("musb-hdrc.0.auto", 0, "twl4030_usb");
> >>>> + usb_bind_phy("musb-hdrc.0", 0, "twl4030_usb");
> >>>
> >>> how about moving usb_bind_phy() calls to omap2430.c ?
> >>>
> >>> diff --git a/drivers/usb/musb/omap2430.c b/drivers/usb/musb/omap2430.c
> >>> index f44e8b5..b6abc1a 100644
> >>> --- a/drivers/usb/musb/omap2430.c
> >>> +++ b/drivers/usb/musb/omap2430.c
> >>> @@ -544,6 +544,9 @@ static int omap2430_probe(struct platform_device *pdev)
> >>>
> >>> pdata->board_data = data;
> >>> pdata->config = config;
> >>> + } else {
> >>> + /* bind the PHY */
> >>> + usb_bind_phy(dev_name(&musb->dev), 0, "twl4030_usb");
> >>
> >> This looks like a hack IMHO to workaround the usb phy library. otherwise it is
> >> similar to get_phy_by_name.
> >
> > actually, this is a workaround to the fact that we're not creating all
> > platform_devices in arch/arm/mach-omap2/ :-)
> >
> > If we had the musb allocation there, we could easily handle
> > usb_bind_phy()
> >
> >>> so that's temporary. It might be better than to reintroduce the IDR in
> >>> musb_core.c.
> >>
> >> that?s needed for generic phy framework anyway :-s
> >
> > right, but generic phy framework can handle everything just fine, the
> > only problem is that names are changing.
>
> right. But if the names change, PHY framework wouldn't be able to return the
> reference to the PHY.
with my suggestion they can change whenever they want since we're using
dev_name() of the just-created musb platform_device. Right ?
--
balbi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130730/18f1bcd7/attachment-0001.sig>
WARNING: multiple messages have this Message-ID (diff)
From: Felipe Balbi <balbi@ti.com>
To: Kishon Vijay Abraham I <kishon@ti.com>
Cc: <balbi@ti.com>, <tony@atomide.com>, <linux@arm.linux.org.uk>,
<eballetbo@gmail.com>, <javier@dowhile0.org>,
<gregkh@linuxfoundation.org>, <linux-omap@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>, <linux-usb@vger.kernel.org>
Subject: Re: [PATCH 2/2] arm: omap: remove *.auto* from device names given in usb_bind_phy
Date: Tue, 30 Jul 2013 09:01:34 +0300 [thread overview]
Message-ID: <20130730060134.GD9155@radagast> (raw)
In-Reply-To: <51F74BC8.7020903@ti.com>
[-- Attachment #1: Type: text/plain, Size: 3866 bytes --]
Hi,
On Tue, Jul 30, 2013 at 10:44:48AM +0530, Kishon Vijay Abraham I wrote:
> > On Mon, Jul 29, 2013 at 08:59:26PM +0530, Kishon Vijay Abraham I wrote:
> >>>> Previously MUSB wrapper (OMAP) device used PLATFORM_DEVID_AUTO while creating
> >>>> MUSB core device. So in usb_bind_phy (binds the controller with the PHY), the
> >>>> device name of the controller had *.auto* in it. Since with using
> >>>> PLATFORM_DEVID_AUTO, there is no way to know the exact device name in advance,
> >>>> the data given in usb_bind_phy became obsolete and usb_get_phy was failing.
> >>>> So MUSB wrapper was modified not to use PLATFORM_DEVID_AUTO. Corresponding
> >>>> change is done in board file here.
> >>>>
> >>>> Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com>
> >>>> ---
> >>>> arch/arm/mach-omap2/board-2430sdp.c | 2 +-
> >>>> arch/arm/mach-omap2/board-3430sdp.c | 2 +-
> >>>> arch/arm/mach-omap2/board-cm-t35.c | 2 +-
> >>>> arch/arm/mach-omap2/board-devkit8000.c | 2 +-
> >>>> arch/arm/mach-omap2/board-igep0020.c | 2 +-
> >>>> arch/arm/mach-omap2/board-ldp.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3beagle.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3evm.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3logic.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3pandora.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3stalker.c | 2 +-
> >>>> arch/arm/mach-omap2/board-omap3touchbook.c | 2 +-
> >>>> arch/arm/mach-omap2/board-overo.c | 2 +-
> >>>> arch/arm/mach-omap2/board-rm680.c | 2 +-
> >>>> arch/arm/mach-omap2/board-rx51.c | 2 +-
> >>>> arch/arm/mach-omap2/board-zoom-peripherals.c | 2 +-
> >>>> 16 files changed, 16 insertions(+), 16 deletions(-)
> >>>>
> >>>> diff --git a/arch/arm/mach-omap2/board-2430sdp.c b/arch/arm/mach-omap2/board-2430sdp.c
> >>>> index 244d8a5..17bb076 100644
> >>>> --- a/arch/arm/mach-omap2/board-2430sdp.c
> >>>> +++ b/arch/arm/mach-omap2/board-2430sdp.c
> >>>> @@ -233,7 +233,7 @@ static void __init omap_2430sdp_init(void)
> >>>> omap_hsmmc_init(mmc);
> >>>>
> >>>> omap_mux_init_signal("usb0hs_stp", OMAP_PULL_ENA | OMAP_PULL_UP);
> >>>> - usb_bind_phy("musb-hdrc.0.auto", 0, "twl4030_usb");
> >>>> + usb_bind_phy("musb-hdrc.0", 0, "twl4030_usb");
> >>>
> >>> how about moving usb_bind_phy() calls to omap2430.c ?
> >>>
> >>> diff --git a/drivers/usb/musb/omap2430.c b/drivers/usb/musb/omap2430.c
> >>> index f44e8b5..b6abc1a 100644
> >>> --- a/drivers/usb/musb/omap2430.c
> >>> +++ b/drivers/usb/musb/omap2430.c
> >>> @@ -544,6 +544,9 @@ static int omap2430_probe(struct platform_device *pdev)
> >>>
> >>> pdata->board_data = data;
> >>> pdata->config = config;
> >>> + } else {
> >>> + /* bind the PHY */
> >>> + usb_bind_phy(dev_name(&musb->dev), 0, "twl4030_usb");
> >>
> >> This looks like a hack IMHO to workaround the usb phy library. otherwise it is
> >> similar to get_phy_by_name.
> >
> > actually, this is a workaround to the fact that we're not creating all
> > platform_devices in arch/arm/mach-omap2/ :-)
> >
> > If we had the musb allocation there, we could easily handle
> > usb_bind_phy()
> >
> >>> so that's temporary. It might be better than to reintroduce the IDR in
> >>> musb_core.c.
> >>
> >> that’s needed for generic phy framework anyway :-s
> >
> > right, but generic phy framework can handle everything just fine, the
> > only problem is that names are changing.
>
> right. But if the names change, PHY framework wouldn't be able to return the
> reference to the PHY.
with my suggestion they can change whenever they want since we're using
dev_name() of the just-created musb platform_device. Right ?
--
balbi
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2013-07-30 6:01 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-26 9:03 [PATCH 0/2] usb: fix controller-PHY binding for OMAP3 platform Kishon Vijay Abraham I
2013-07-26 9:03 ` Kishon Vijay Abraham I
2013-07-26 9:03 ` Kishon Vijay Abraham I
2013-07-26 9:03 ` [PATCH 1/2] usb: musb: omap: remove using PLATFORM_DEVID_AUTO in omap2430.c Kishon Vijay Abraham I
2013-07-26 9:03 ` Kishon Vijay Abraham I
2013-07-26 9:03 ` Kishon Vijay Abraham I
2013-07-26 9:03 ` [PATCH 2/2] arm: omap: remove *.auto* from device names given in usb_bind_phy Kishon Vijay Abraham I
2013-07-26 9:03 ` Kishon Vijay Abraham I
2013-07-26 9:03 ` Kishon Vijay Abraham I
2013-07-29 15:06 ` Felipe Balbi
2013-07-29 15:06 ` Felipe Balbi
2013-07-29 15:06 ` Felipe Balbi
2013-07-29 15:29 ` Kishon Vijay Abraham I
2013-07-29 15:29 ` Kishon Vijay Abraham I
2013-07-29 15:29 ` Kishon Vijay Abraham I
2013-07-29 17:54 ` Felipe Balbi
2013-07-29 17:54 ` Felipe Balbi
2013-07-29 17:54 ` Felipe Balbi
2013-07-30 5:14 ` Kishon Vijay Abraham I
2013-07-30 5:14 ` Kishon Vijay Abraham I
2013-07-30 5:14 ` Kishon Vijay Abraham I
[not found] ` <51F74BC8.7020903-l0cyMroinI0@public.gmane.org>
2013-07-30 6:01 ` Felipe Balbi [this message]
2013-07-30 6:01 ` Felipe Balbi
2013-07-30 6:01 ` Felipe Balbi
2013-07-30 6:11 ` Kishon Vijay Abraham I
2013-07-30 6:11 ` Kishon Vijay Abraham I
2013-07-30 6:11 ` Kishon Vijay Abraham I
2013-07-30 6:18 ` Felipe Balbi
2013-07-30 6:18 ` Felipe Balbi
2013-07-30 6:18 ` Felipe Balbi
2013-07-30 6:25 ` Kishon Vijay Abraham I
2013-07-30 6:25 ` Kishon Vijay Abraham I
2013-07-30 6:25 ` Kishon Vijay Abraham I
2013-07-30 6:28 ` Felipe Balbi
2013-07-30 6:28 ` Felipe Balbi
2013-07-30 6:28 ` Felipe Balbi
2013-07-30 6:46 ` Kishon Vijay Abraham I
2013-07-30 6:46 ` Kishon Vijay Abraham I
2013-07-30 6:46 ` Kishon Vijay Abraham I
2013-07-30 7:16 ` Felipe Balbi
2013-07-30 7:16 ` Felipe Balbi
2013-07-30 7:16 ` Felipe Balbi
2013-07-30 8:11 ` Kishon Vijay Abraham I
2013-07-30 8:11 ` Kishon Vijay Abraham I
2013-07-30 8:11 ` Kishon Vijay Abraham I
2013-07-30 8:15 ` Felipe Balbi
2013-07-30 8:15 ` Felipe Balbi
2013-07-30 8:15 ` Felipe Balbi
2013-07-30 14:25 ` Greg KH
2013-07-30 14:25 ` Greg KH
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=20130730060134.GD9155@radagast \
--to=balbi-l0cymroini0@public.gmane.org \
--cc=eballetbo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org \
--cc=javier-0uQlZySMnqxg9hUCZPvPmw@public.gmane.org \
--cc=kishon-l0cyMroinI0@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \
--cc=linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org \
/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.