From: Tony Lindgren <tony@atomide.com>
To: Roger Quadros <rogerq@ti.com>
Cc: balbi@ti.com, keshava_mgowda@ti.com, sshtylyov@mvista.com,
bjorn@mork.no, linux-usb@vger.kernel.org,
linux-omap@vger.kernel.org
Subject: Re: [PATCH v3 01/23] mfd: omap-usb-host: get rid of cpu_is_omap..() macros
Date: Wed, 5 Dec 2012 10:42:18 -0800 [thread overview]
Message-ID: <20121205184217.GK21682@atomide.com> (raw)
In-Reply-To: <1354630396-24545-2-git-send-email-rogerq@ti.com>
* Roger Quadros <rogerq@ti.com> [121204 06:15]:
> Instead of using cpu_is_omap..() macros in the device driver we
> rely on information provided in the platform data.
>
> The only information we need is whether the USB Host module has
> a single ULPI bypass control bit for all ports or individual bypass
> control bits for each port. OMAP3 REV2.1 and earlier have the former.
Thanks for moving this one earlier in the series. Looks like
you're missing Samuel as the MFD maintainer from your cc.
You should resend again with Samuel Ortiz <sameo@linux.intel.com>
added.
Maybe check the patches in this series with scripts/get_maintainer.pl
to see who all should be cc:ed?
Regards,
Tony
> Signed-off-by: Roger Quadros <rogerq@ti.com>
> CC: Tony Lindgren <tony@atomide.com>
> ---
> arch/arm/mach-omap2/usb-host.c | 4 ++++
> drivers/mfd/omap-usb-host.c | 2 +-
> include/linux/platform_data/usb-omap.h | 3 +++
> 3 files changed, 8 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/usb-host.c b/arch/arm/mach-omap2/usb-host.c
> index d1dbe12..2e44e8a 100644
> --- a/arch/arm/mach-omap2/usb-host.c
> +++ b/arch/arm/mach-omap2/usb-host.c
> @@ -508,6 +508,10 @@ void __init usbhs_init(const struct usbhs_omap_board_data *pdata)
> if (cpu_is_omap34xx()) {
> setup_ehci_io_mux(pdata->port_mode);
> setup_ohci_io_mux(pdata->port_mode);
> +
> + if (omap_rev() <= OMAP3430_REV_ES2_1)
> + usbhs_data.single_ulpi_bypass = true;
> +
> } else if (cpu_is_omap44xx()) {
> setup_4430ehci_io_mux(pdata->port_mode);
> setup_4430ohci_io_mux(pdata->port_mode);
> diff --git a/drivers/mfd/omap-usb-host.c b/drivers/mfd/omap-usb-host.c
> index cebfe0a..fe7906b 100644
> --- a/drivers/mfd/omap-usb-host.c
> +++ b/drivers/mfd/omap-usb-host.c
> @@ -384,7 +384,7 @@ static void omap_usbhs_init(struct device *dev)
> reg &= ~OMAP_UHH_HOSTCONFIG_P3_CONNECT_STATUS;
>
> /* Bypass the TLL module for PHY mode operation */
> - if (cpu_is_omap3430() && (omap_rev() <= OMAP3430_REV_ES2_1)) {
> + if (pdata->single_ulpi_bypass) {
> dev_dbg(dev, "OMAP3 ES version <= ES2.1\n");
> if (is_ehci_phy_mode(pdata->port_mode[0]) ||
> is_ehci_phy_mode(pdata->port_mode[1]) ||
> diff --git a/include/linux/platform_data/usb-omap.h b/include/linux/platform_data/usb-omap.h
> index 8570bcf..ef65b67 100644
> --- a/include/linux/platform_data/usb-omap.h
> +++ b/include/linux/platform_data/usb-omap.h
> @@ -59,6 +59,9 @@ struct usbhs_omap_platform_data {
>
> struct ehci_hcd_omap_platform_data *ehci_data;
> struct ohci_hcd_omap_platform_data *ohci_data;
> +
> + /* OMAP3 <= ES2.1 have a single ulpi bypass control bit */
> + unsigned single_ulpi_bypass:1;
> };
>
> /*-------------------------------------------------------------------------*/
> --
> 1.7.4.1
>
next prev parent reply other threads:[~2012-12-05 18:42 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-04 14:12 [PATCH v3 00/23] OMAP USB Host cleanup Roger Quadros
2012-12-04 14:12 ` [PATCH v3 01/23] mfd: omap-usb-host: get rid of cpu_is_omap..() macros Roger Quadros
2012-12-05 18:42 ` Tony Lindgren [this message]
2012-12-10 9:34 ` Roger Quadros
2012-12-04 14:12 ` [PATCH v3 06/23] mfd: omap-usb-tll: introduce and use mode_needs_tll() Roger Quadros
2012-12-04 14:13 ` [PATCH v3 07/23] mfd: omap-usb-tll: Check for missing platform data in probe Roger Quadros
2012-12-04 14:13 ` [PATCH v3 08/23] mfd: omap-usb-tll: Fix error message Roger Quadros
2012-12-04 14:13 ` [PATCH v3 09/23] mfd: omap-usb-tll: serialize access to TLL device Roger Quadros
2012-12-04 14:13 ` [PATCH v3 10/23] mfd: omap-usb-tll: Add OMAP5 revision and HSIC support Roger Quadros
[not found] ` <1354630396-24545-1-git-send-email-rogerq-l0cyMroinI0@public.gmane.org>
2012-12-04 14:12 ` [PATCH v3 02/23] mfd: omap-usb-tll: Avoid creating copy of platform data Roger Quadros
2012-12-04 14:12 ` [PATCH v3 03/23] mfd: omap-usb-tll: Fix channel count detection Roger Quadros
2012-12-04 14:12 ` [PATCH v3 04/23] mfd: omap-usb-tll: Use devm_kzalloc/ioremap and clean up error path Roger Quadros
2012-12-05 14:08 ` Sergei Shtylyov
[not found] ` <50BF5556.4020500-Igf4POYTYCDQT0dZR+AlfA@public.gmane.org>
2012-12-05 14:17 ` Roger Quadros
2012-12-04 14:12 ` [PATCH v3 05/23] mfd: omap-usb-tll: Clean up clock handling Roger Quadros
2012-12-04 14:13 ` [PATCH v3 11/23] mfd: omap_usb_host: Avoid creating copy of platform_data Roger Quadros
2012-12-04 14:13 ` [PATCH v3 12/23] mfd: omap-usb-host: Use devm_kzalloc() and devm_request_and_ioremap() Roger Quadros
2012-12-04 14:13 ` [PATCH v3 13/23] mfd: omap-usb-host: know about number of ports from revision register Roger Quadros
2012-12-04 14:13 ` [PATCH v3 14/23] mfd: omap-usb-host: override number of ports from platform data Roger Quadros
2012-12-04 14:13 ` [PATCH v3 15/23] mfd: omap-usb-host: cleanup clock management code 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=20121205184217.GK21682@atomide.com \
--to=tony@atomide.com \
--cc=balbi@ti.com \
--cc=bjorn@mork.no \
--cc=keshava_mgowda@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=rogerq@ti.com \
--cc=sshtylyov@mvista.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