From: Tony Lindgren <tony@atomide.com>
To: Roger Quadros <rogerq@ti.com>
Cc: balbi@ti.com, linux-omap@vger.kernel.org,
linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org,
devicetree-discuss@lists.ozlabs.org
Subject: Re: [PATCH v2 06/23] ARM: OMAP3: 3430SDP: Adapt to ehci-omap changes
Date: Fri, 15 Mar 2013 09:12:03 -0700 [thread overview]
Message-ID: <20130315161201.GA9370@atomide.com> (raw)
In-Reply-To: <1363360604-21368-7-git-send-email-rogerq@ti.com>
Hi,
I think you can get rid of quite a bit more of the repeated data for
most boards, see below.
* Roger Quadros <rogerq@ti.com> [130315 08:21]:
> Add 2 platform devices for 'nop-usb-xceiv'. These will be used
> as PHYs for HS USB ports 1 and 2 so provide binding information
> for them.
>
> Use usbhs_init_phys() to register the PHY's RESET regulators.
>
> Signed-off-by: Roger Quadros <rogerq@ti.com>
> ---
> arch/arm/mach-omap2/board-3430sdp.c | 47 ++++++++++++++++++++++++++++++----
> 1 files changed, 41 insertions(+), 6 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/board-3430sdp.c b/arch/arm/mach-omap2/board-3430sdp.c
> index ce812de..5584682 100644
> --- a/arch/arm/mach-omap2/board-3430sdp.c
> +++ b/arch/arm/mach-omap2/board-3430sdp.c
> @@ -21,6 +21,7 @@
> #include <linux/spi/spi.h>
> #include <linux/i2c/twl.h>
> #include <linux/regulator/machine.h>
> +#include <linux/usb/phy.h>
> #include <linux/io.h>
> #include <linux/gpio.h>
> #include <linux/mmc/host.h>
> @@ -445,16 +446,37 @@ static void enable_board_wakeup_source(void)
> OMAP_WAKEUP_EN | OMAP_PIN_INPUT_PULLUP);
> }
>
> +/* PHY device on HS USB Port 1 i.e. nop_usb_xceiv.1 */
> +static struct platform_device hsusb1_phy_device = {
> + .name = "nop_usb_xceiv",
> + .id = 1,
> +};
> +
> +/* PHY device on HS USB Port 2 i.e. nop_usb_xceiv.2 */
> +static struct platform_device hsusb2_phy_device = {
> + .name = "nop_usb_xceiv",
> + .id = 2,
> +};
Please allocate these in the common ehci platform init code
so you don't have to repeat the same nop_usb_xceiv for each
board-*.c file. If you need to override these, then you can
pass something instead of NULL to the init function.
> +static struct usbhs_phy_data phy_data[] __initdata = {
> + {
> + .port = 1,
> + .reset_gpio = 57,
> + .vcc_gpio = -EINVAL,
> + .phy_id = "nop_usb_xceiv.1",
> + },
> + {
> + .port = 2,
> + .reset_gpio = 61,
> + .vcc_gpio = -EINVAL,
> + .phy_id = "nop_usb_xceiv.2",
> + },
> +};
This is OK as it's the board specific data needed. If it's the
same for many boards, then you might want to add some init function
for the default case.
> +static struct platform_device *sdp3430_devices[] __initdata = {
> + &hsusb1_phy_device,
> + &hsusb2_phy_device,
> +};
It then seems that this can be in the common ehci platform init
code for most cases.
> static void __init omap_3430sdp_init(void)
> {
> int gpio_pendown;
> @@ -606,6 +633,14 @@ static void __init omap_3430sdp_init(void)
> board_flash_init(sdp_flash_partitions, chip_sel_3430, 0);
> sdp3430_display_init();
> enable_board_wakeup_source();
> +
> + platform_add_devices(sdp3430_devices, ARRAY_SIZE(sdp3430_devices));
> + /* PHY on HSUSB Port 1 i.e. index 0 */
> + usb_bind_phy("ehci-omap.0", 0, "nop_usb_xceiv.1");
> + /* PHY on HSUSB Port 2 i.e. index 1 */
> + usb_bind_phy("ehci-omap.0", 1, "nop_usb_xceiv.2");
And this part too in most cases.
> + usbhs_init_phys(phy_data, ARRAY_SIZE(phy_data));
> usbhs_init(&usbhs_bdata);
> }
Regards,
Tony
next prev parent reply other threads:[~2013-03-15 16:12 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-15 15:16 [PATCH v2 00/23] ARM: OMAP2+: Adapt to ehci-omap changes for 3.10 Roger Quadros
2013-03-15 15:16 ` [PATCH v2 04/23] ARM: OMAP2+: omap4panda: Adapt to ehci-omap changes Roger Quadros
2013-03-15 15:16 ` [PATCH v2 06/23] ARM: OMAP3: 3430SDP: " Roger Quadros
2013-03-15 16:12 ` Tony Lindgren [this message]
2013-03-18 12:42 ` Roger Quadros
2013-03-15 15:16 ` [PATCH v2 08/23] ARM: OMAP: AM3517crane: " Roger Quadros
[not found] ` <1363360604-21368-1-git-send-email-rogerq-l0cyMroinI0@public.gmane.org>
2013-03-15 15:16 ` [PATCH v2 01/23] usb: phy: nop: Add some parameters to platform data Roger Quadros
2013-03-15 15:16 ` [PATCH v2 02/23] ARM: OMAP2+: omap-usb-host: Add usbhs_init_phys() Roger Quadros
2013-03-15 15:16 ` [PATCH v2 03/23] ARM: OMAP2+: omap4panda: Provide USB Host's PHY platform data Roger Quadros
2013-03-15 15:16 ` [PATCH v2 05/23] ARM: OMAP3: Beagle: Adapt to ehci-omap changes Roger Quadros
2013-03-15 15:16 ` [PATCH v2 07/23] ARM: OMAP3: 3630SDP: " Roger Quadros
2013-03-15 15:16 ` [PATCH v2 09/23] ARM: OMAP: AM3517evm: " Roger Quadros
2013-03-15 15:16 ` [PATCH v2 11/23] ARM: OMAP3: cm-t3517: " Roger Quadros
2013-03-15 15:16 ` [PATCH v2 12/23] ARM: OMAP: devkit8000: " Roger Quadros
2013-03-15 15:16 ` [PATCH v2 18/23] ARM: OMAP3: overo: " Roger Quadros
2013-03-15 15:16 ` [PATCH v2 22/23] ARM: dts: OMAP3: Add HS USB Host IP nodes Roger Quadros
2013-03-15 15:16 ` [PATCH v2 10/23] ARM: OMAP3: cm-t35: Adapt to ehci-omap changes Roger Quadros
2013-03-15 15:16 ` [PATCH v2 13/23] ARM: OMAP3: igep0020: " Roger Quadros
2013-03-15 15:16 ` [PATCH v2 14/23] ARM: OMAP3: omap3evm: " Roger Quadros
2013-03-15 15:16 ` [PATCH v2 15/23] ARM: OMAP3: omap3pandora: " Roger Quadros
2013-03-15 15:16 ` [PATCH v2 16/23] ARM: OMAP3: omap3stalker: " Roger Quadros
2013-03-15 15:16 ` [PATCH v2 17/23] ARM: OMAP3: omap3touchbook: " Roger Quadros
2013-03-15 15:16 ` [PATCH v2 19/23] ARM: OMAP: zoom: " Roger Quadros
2013-03-15 15:16 ` [PATCH v2 20/23] ARM: dts: OMAP4: Add HS USB Host IP nodes Roger Quadros
2013-03-15 15:16 ` [PATCH v2 21/23] ARM: dts: omap4-panda: Add USB Host support Roger Quadros
2013-03-15 15:16 ` [PATCH v2 23/23] ARM: dts: omap3-beagle: " Roger Quadros
2013-03-19 18:37 ` [PATCH v2 00/23] ARM: OMAP2+: Adapt to ehci-omap changes for 3.10 Tony Lindgren
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=20130315161201.GA9370@atomide.com \
--to=tony@atomide.com \
--cc=balbi@ti.com \
--cc=devicetree-discuss@lists.ozlabs.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=rogerq@ti.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).