* [PATCH] ARM: OMAP1: fix USB host on 1710
@ 2013-01-24 22:24 Aaro Koskinen
2013-01-25 8:10 ` Paul Walmsley
0 siblings, 1 reply; 5+ messages in thread
From: Aaro Koskinen @ 2013-01-24 22:24 UTC (permalink / raw)
To: linux-arm-kernel
There is a long-standing bug that OHCI USB host controller does
not respond on 1710, because of wrong clock definitions. See e.g.
http://marc.info/?l=linux-omap&m=119634441229321&w=2. All register reads
return just zeroes:
[ 1.896606] ohci ohci: OMAP OHCI
[ 1.912597] ohci ohci: new USB bus registered, assigned bus number 1
[ 1.933776] ohci ohci: irq 38, io mem 0xfffba000
[ 2.012573] ohci ohci: init err (00000000 0000)
[ 2.030334] ohci ohci: can't start
[ 2.046661] ohci ohci: startup error -75
[ 2.063201] ohci ohci: USB bus 1 deregistered
After some experiments, it seems that when changing the usb_dc_ck /
SOFT_REQ enable bit from USB_REQ_EN_SHIFT to SOFT_USB_OTG_DPLL_REQ_SHIFT
(like done also on 7XX), the USB appears to work:
[ 2.183959] ohci ohci: OMAP OHCI
[ 2.198242] ohci ohci: new USB bus registered, assigned bus number 1
[ 2.215820] ohci ohci: irq 38, io mem 0xfffba000
[ 2.324798] hub 1-0:1.0: USB hub found
[ 2.361267] hub 1-0:1.0: 3 ports detected
The patch is tested on Nokia 770.
Signed-off-by: Aaro Koskinen <aaro.koskinen@iki.fi>
---
arch/arm/mach-omap1/clock_data.c | 12 +-----------
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/arch/arm/mach-omap1/clock_data.c b/arch/arm/mach-omap1/clock_data.c
index cb7c6ae..6c4f766 100644
--- a/arch/arm/mach-omap1/clock_data.c
+++ b/arch/arm/mach-omap1/clock_data.c
@@ -543,15 +543,6 @@ static struct clk usb_dc_ck = {
/* Direct from ULPD, no parent */
.rate = 48000000,
.enable_reg = OMAP1_IO_ADDRESS(SOFT_REQ_REG),
- .enable_bit = USB_REQ_EN_SHIFT,
-};
-
-static struct clk usb_dc_ck7xx = {
- .name = "usb_dc_ck",
- .ops = &clkops_generic,
- /* Direct from ULPD, no parent */
- .rate = 48000000,
- .enable_reg = OMAP1_IO_ADDRESS(SOFT_REQ_REG),
.enable_bit = SOFT_USB_OTG_DPLL_REQ_SHIFT,
};
@@ -727,8 +718,7 @@ static struct omap_clk omap_clks[] = {
CLK(NULL, "usb_clko", &usb_clko, CK_16XX | CK_1510 | CK_310),
CLK(NULL, "usb_hhc_ck", &usb_hhc_ck1510, CK_1510 | CK_310),
CLK(NULL, "usb_hhc_ck", &usb_hhc_ck16xx, CK_16XX),
- CLK(NULL, "usb_dc_ck", &usb_dc_ck, CK_16XX),
- CLK(NULL, "usb_dc_ck", &usb_dc_ck7xx, CK_7XX),
+ CLK(NULL, "usb_dc_ck", &usb_dc_ck, CK_16XX | CK_7XX),
CLK(NULL, "mclk", &mclk_1510, CK_1510 | CK_310),
CLK(NULL, "mclk", &mclk_16xx, CK_16XX),
CLK(NULL, "bclk", &bclk_1510, CK_1510 | CK_310),
--
1.7.10.4
^ permalink raw reply related [flat|nested] 5+ messages in thread
* [PATCH] ARM: OMAP1: fix USB host on 1710
2013-01-24 22:24 [PATCH] ARM: OMAP1: fix USB host on 1710 Aaro Koskinen
@ 2013-01-25 8:10 ` Paul Walmsley
2013-02-12 23:13 ` Aaro Koskinen
0 siblings, 1 reply; 5+ messages in thread
From: Paul Walmsley @ 2013-01-25 8:10 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, 25 Jan 2013, Aaro Koskinen wrote:
> There is a long-standing bug that OHCI USB host controller does
> not respond on 1710, because of wrong clock definitions. See e.g.
> http://marc.info/?l=linux-omap&m=119634441229321&w=2. All register reads
> return just zeroes:
Thanks, queued for v3.8-rc fixes.
- Paul
^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH] ARM: OMAP1: fix USB host on 1710
2013-01-25 8:10 ` Paul Walmsley
@ 2013-02-12 23:13 ` Aaro Koskinen
2013-02-12 23:54 ` Paul Walmsley
0 siblings, 1 reply; 5+ messages in thread
From: Aaro Koskinen @ 2013-02-12 23:13 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Fri, Jan 25, 2013 at 08:10:05AM +0000, Paul Walmsley wrote:
> On Fri, 25 Jan 2013, Aaro Koskinen wrote:
>
> > There is a long-standing bug that OHCI USB host controller does
> > not respond on 1710, because of wrong clock definitions. See e.g.
> > http://marc.info/?l=linux-omap&m=119634441229321&w=2. All register reads
> > return just zeroes:
>
> Thanks, queued for v3.8-rc fixes.
What happened to this patch? Will it go to 3.9?
A.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH] ARM: OMAP1: fix USB host on 1710
2013-02-12 23:13 ` Aaro Koskinen
@ 2013-02-12 23:54 ` Paul Walmsley
2013-02-13 0:18 ` Aaro Koskinen
0 siblings, 1 reply; 5+ messages in thread
From: Paul Walmsley @ 2013-02-12 23:54 UTC (permalink / raw)
To: linux-arm-kernel
Hi Aaro, Tony,
On Wed, 13 Feb 2013, Aaro Koskinen wrote:
> On Fri, Jan 25, 2013 at 08:10:05AM +0000, Paul Walmsley wrote:
> > On Fri, 25 Jan 2013, Aaro Koskinen wrote:
> >
> > > There is a long-standing bug that OHCI USB host controller does
> > > not respond on 1710, because of wrong clock definitions. See e.g.
> > > http://marc.info/?l=linux-omap&m=119634441229321&w=2. All register reads
> > > return just zeroes:
> >
> > Thanks, queued for v3.8-rc fixes.
>
> What happened to this patch?
I didn't send any more v3.8-rc fixes after you posted your patch, due to:
http://www.spinics.net/lists/arm-kernel/msg221817.html
> Will it go to 3.9?
Yep, it's queued for early v3.9-rc.
- Paul
^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH] ARM: OMAP1: fix USB host on 1710
2013-02-12 23:54 ` Paul Walmsley
@ 2013-02-13 0:18 ` Aaro Koskinen
0 siblings, 0 replies; 5+ messages in thread
From: Aaro Koskinen @ 2013-02-13 0:18 UTC (permalink / raw)
To: linux-arm-kernel
On Tue, Feb 12, 2013 at 11:54:36PM +0000, Paul Walmsley wrote:
> I didn't send any more v3.8-rc fixes after you posted your patch, due to:
>
> http://www.spinics.net/lists/arm-kernel/msg221817.html
>
> > Will it go to 3.9?
>
> Yep, it's queued for early v3.9-rc.
Great, thanks,
A.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2013-02-13 0:18 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-24 22:24 [PATCH] ARM: OMAP1: fix USB host on 1710 Aaro Koskinen
2013-01-25 8:10 ` Paul Walmsley
2013-02-12 23:13 ` Aaro Koskinen
2013-02-12 23:54 ` Paul Walmsley
2013-02-13 0:18 ` Aaro Koskinen
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).