diff options
author | Russ Dill <Russ.Dill@ti.com> | 2012-06-21 12:44:32 +0200 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2012-06-27 04:44:18 +0200 |
commit | afd6bb387323154ff6554b52d333ec6efb8efe61 (patch) | |
tree | 9cb0ee7d305cd45165faba1ac5f50b1a720bf6c6 /Documentation | |
parent | ARM: OMAP: USB: Fixup ehci_hcd_omap_probe error path (diff) | |
download | linux-afd6bb387323154ff6554b52d333ec6efb8efe61.tar.xz linux-afd6bb387323154ff6554b52d333ec6efb8efe61.zip |
Fix OMAP EHCI suspend/resume failure (i693) '354ab856' causes
an oops on boot for all omap3xxx platforms that use usbhs_omap for
EHCI. The actual oops comes from faulty ehci-omap cleanup, but the
failure caused by the change is evidenced here:
[ 3.655059] ehci-omap ehci-omap.0: utmi_p1_gfclk failed error:-2
[ 3.661376] ehci-omap: probe of ehci-omap.0 failed with error -2
utmi_p1_gfclk is a clock that exists on OMAP4, but not OMAP3. In the
OMAP3 case, it is configured as a dummy clock. However, OMAP4 lists
the dev_id as NULL, but OMAP3 lists it as "usbhs_omap".
Attempting to get that clock from ehci-omap then fails. The solution
is to just change the clock3xxx_data.c for dummy clocks used in the
errata fix to match the dev_id, NULL, used in clock44xx_data.c.
Tested on BB-xM.
Signed-off-by: Russ Dill <Russ.Dill@ti.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions