From: Samuel Ortiz <sameo@linux.intel.com>
To: Russ Dill <Russ.Dill@ti.com>
Cc: linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
Felipe Balbi <balbi@ti.com>,
Keshava Munegowda <keshava_mgowda@ti.com>,
Partha Basak <parthab@india.ti.com>,
Igor Grinberg <grinberg@compulab.co.il>,
mantesh@ti.com, s-sapna1@ti.com, Russ Dill <Russ.Dill@gmail.com>
Subject: Re: [PATCH v3] ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset fix issues.
Date: Mon, 2 Jul 2012 13:22:17 +0200 [thread overview]
Message-ID: <20120702112217.GD22065@sortiz-mobl> (raw)
In-Reply-To: <1339691061-12778-1-git-send-email-Russ.Dill@ti.com>
Hi Russ,
On Thu, Jun 14, 2012 at 09:24:21AM -0700, Russ Dill wrote:
> From: Russ Dill <Russ.Dill@gmail.com>
>
> 'ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset issue' (1fcb57d0) fixes
> an issue where the ULPI PHYs were not held in reset while initializing
> the EHCI controller. However, it also changes behavior in
> omap-usb-host.c omap_usbhs_init by releasing reset while the
> configuration in that function was done.
>
> This change caused a regression on BB-xM where USB would not function
> if 'usb start' had been run from u-boot before booting. A change was
> made to release reset a little bit earlier which fixed the issue on
> BB-xM and did not cause any regressions on 3430 sdp, the board for
> which the fix was originally made.
>
> This new fix, 'USB: EHCI: OMAP: Finish ehci omap phy reset cycle
> before adding hcd.', (3aa2ae74) caused a regression on OMAP5.
>
> The original fix to hold the EHCI controller in reset during
> initialization was correct, however it appears that changing
> omap_usbhs_init to not hold the PHYs in reset during it's
> configuration was incorrect. This patch first reverts both fixes, and
> then changes ehci_hcd_omap_probe in ehci-omap.c to hold the PHYs in
> reset as the original patch had done. It also is sure to incorporate
> the _cansleep change that has been made in the meantime.
>
> I've tested this on Beagleboard xM, I'd really like to get an ack from
> the 3430 sdp and OMAP5 guys before getting this merged.
>
> v3 - Brown paper bag its too early in the morning actually run
> git commit amend fix
> v2 - Put cansleep gpiolib call outside of spinlock
>
> Signed-off-by: Russ Dill <Russ.Dill@gmail.com>
> ---
> drivers/mfd/omap-usb-host.c | 48 +++++++++++++++++++++++++++++++++++++++++-
> drivers/usb/host/ehci-omap.c | 18 +++++++---------
> 2 files changed, 55 insertions(+), 11 deletions(-)
I applied this one to my for-linus branch, it will be part of my next 3.5 pull
request to Linus.
Cheers,
Samuel.
--
Intel Open Source Technology Centre
http://oss.intel.com/
WARNING: multiple messages have this Message-ID (diff)
From: sameo@linux.intel.com (Samuel Ortiz)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3] ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset fix issues.
Date: Mon, 2 Jul 2012 13:22:17 +0200 [thread overview]
Message-ID: <20120702112217.GD22065@sortiz-mobl> (raw)
In-Reply-To: <1339691061-12778-1-git-send-email-Russ.Dill@ti.com>
Hi Russ,
On Thu, Jun 14, 2012 at 09:24:21AM -0700, Russ Dill wrote:
> From: Russ Dill <Russ.Dill@gmail.com>
>
> 'ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset issue' (1fcb57d0) fixes
> an issue where the ULPI PHYs were not held in reset while initializing
> the EHCI controller. However, it also changes behavior in
> omap-usb-host.c omap_usbhs_init by releasing reset while the
> configuration in that function was done.
>
> This change caused a regression on BB-xM where USB would not function
> if 'usb start' had been run from u-boot before booting. A change was
> made to release reset a little bit earlier which fixed the issue on
> BB-xM and did not cause any regressions on 3430 sdp, the board for
> which the fix was originally made.
>
> This new fix, 'USB: EHCI: OMAP: Finish ehci omap phy reset cycle
> before adding hcd.', (3aa2ae74) caused a regression on OMAP5.
>
> The original fix to hold the EHCI controller in reset during
> initialization was correct, however it appears that changing
> omap_usbhs_init to not hold the PHYs in reset during it's
> configuration was incorrect. This patch first reverts both fixes, and
> then changes ehci_hcd_omap_probe in ehci-omap.c to hold the PHYs in
> reset as the original patch had done. It also is sure to incorporate
> the _cansleep change that has been made in the meantime.
>
> I've tested this on Beagleboard xM, I'd really like to get an ack from
> the 3430 sdp and OMAP5 guys before getting this merged.
>
> v3 - Brown paper bag its too early in the morning actually run
> git commit amend fix
> v2 - Put cansleep gpiolib call outside of spinlock
>
> Signed-off-by: Russ Dill <Russ.Dill@gmail.com>
> ---
> drivers/mfd/omap-usb-host.c | 48 +++++++++++++++++++++++++++++++++++++++++-
> drivers/usb/host/ehci-omap.c | 18 +++++++---------
> 2 files changed, 55 insertions(+), 11 deletions(-)
I applied this one to my for-linus branch, it will be part of my next 3.5 pull
request to Linus.
Cheers,
Samuel.
--
Intel Open Source Technology Centre
http://oss.intel.com/
next prev parent reply other threads:[~2012-07-02 11:11 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-14 16:24 [PATCH v3] ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset fix issues Russ Dill
2012-06-14 16:24 ` Russ Dill
2012-06-14 19:06 ` Sarashetti, Mantesh
2012-06-14 19:06 ` Sarashetti, Mantesh
[not found] ` <393884FF03A1CE4A86A02FC97D0954E73E91B6EC-Er742YJ7I/eIQmiDNMet8wC/G2K4zDHf@public.gmane.org>
2012-06-18 8:29 ` Munegowda, Keshava
2012-06-18 8:29 ` Munegowda, Keshava
2012-06-18 13:00 ` Sunil Matange
2012-06-18 13:00 ` Sunil Matange
2012-07-02 11:22 ` Samuel Ortiz [this message]
2012-07-02 11:22 ` Samuel Ortiz
2012-07-02 11:21 ` Munegowda, Keshava
2012-07-02 11:21 ` Munegowda, Keshava
2012-07-02 14:05 ` Alan Stern
2012-07-02 14:05 ` Alan Stern
2012-07-02 14:24 ` Munegowda, Keshava
2012-07-02 14:24 ` Munegowda, Keshava
-- strict thread matches above, loose matches on Subject: below --
2012-06-14 16:21 [PATCH v2] " Russ Dill
2012-06-28 1:59 ` [PATCH v3] " Russ Dill
2012-06-28 1:59 ` Russ Dill
[not found] ` <1340848783-9480-1-git-send-email-Russ.Dill-l0cyMroinI0@public.gmane.org>
2012-06-28 23:12 ` Sarashetti, Mantesh
2012-06-28 23:12 ` Sarashetti, Mantesh
2012-06-29 15:33 ` Alan Stern
2012-06-29 15:33 ` Alan Stern
2012-07-02 6:36 ` Munegowda, Keshava
2012-07-02 6:36 ` Munegowda, Keshava
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=20120702112217.GD22065@sortiz-mobl \
--to=sameo@linux.intel.com \
--cc=Russ.Dill@gmail.com \
--cc=Russ.Dill@ti.com \
--cc=balbi@ti.com \
--cc=grinberg@compulab.co.il \
--cc=keshava_mgowda@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=mantesh@ti.com \
--cc=parthab@india.ti.com \
--cc=s-sapna1@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 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.