Re: MUSB Host problems
Pandita, Vikram wrote: > >> -Original Message- >> From: Gary Thomas [mailto:g...@mlbassoc.com] >> Sent: Tuesday, June 09, 2009 1:28 PM >> To: Pandita, Vikram >> Cc: linux-omap@vger.kernel.org >> Subject: Re: MUSB Host problems >> >> Pandita, Vikram wrote: >>>> -Original Message- >>>> From: linux-omap-ow...@vger.kernel.org >>>> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Gary >>>> Thomas >>>> Sent: Tuesday, June 09, 2009 12:46 PM >>>> To: linux-omap@vger.kernel.org >>>> Subject: MUSB Host problems >>>> >>>> I'm trying to get MUSB Host working on my 3530 platform (very >>> Based on your description, its not MUSB but the USBHOST EHCI block that you >>> want to get working. >> Sorry, mistaken terminology. Yes, I'm trying to get the host ECHI working. >> >>>> similar to the Beagle). When I startup, I get this message: >>>> Clock usbhost_48m_fck didn't enable in 10 tries >>> This is bad >> Why? What does it mean? How do I fix it? > > The ehci driver on linux-omap works for Beagleboard and sdp. > so this may not be a fatal problem > >>>> What does this mean? How do I fix it? >>>> >>>> Currently, the USB subsystem finds the various hubs (ports 0-2). >>>> The OTG port (0) works great. When I plug in a device to USB-1, >>> Is this a full speed device? >>> >>>> it sees it, but immediately gives up :-( >>>>ehci-omap ehci-omap.0: GetStatus port 1 status 001803 POWER sig=j CSC >>>> CONNECT >>>>hub 1-0:1.0: port 1: status 0501 change 0001 >>>>hub 1-0:1.0: state 7 ports 3 chg 0002 evt >>>>hub 1-0:1.0: port 1, status 0501, change , 480 Mb/s >>>>ehci-omap ehci-omap.0: port 1 full speed --> companion >>> Looks like your device is getting recognized as a full speed. >>> So EHCI cannot handle it. >> Odd, this is a high speed device (USB 2.0). I also tried a 2.0 hub, same >> result. >> What could confuse it like this? > > Is it PHY mode or TLL mode? > If its PHY: then the transceiver used definitely matters. > SDP has ISP1504 and > Beagle board has SMSC phy > > The 60Mhz clock is fed from omap into the Transceiver (Input clocking mode). > Only few phy's in market support this. > >>> You need to have OHCI driver built in which is not present in linux-omap >>> code base. >> Do, how does one use an arbitrary device on the EHCI port? Must I use a 2.0 >> hub? >> >>>>ehci-omap ehci-omap.0: GetStatus port 1 status 003801 POWER OWNER sig=j >>>> CONNECT >>>>hub 1-0:1.0: port 1 not reset yet, waiting 50ms >>>>ehci-omap ehci-omap.0: GetStatus port 1 status 003002 POWER OWNER >>>> sig=se0 CSC >>>>hub 1-0:1.0: unable to enumerate USB device on port 1 >>>>hub 1-0:1.0: state 7 ports 3 chg evt 0002 >>>>hub 1-0:1.0: hub_suspend >>>> Then it's dead. Any ideas? >> Note: this is unproven hardware, I'm mostly looking for ideas on >> how to troubleshoot the problems. > > Have one side working: > Say have EHCI working on SDP/Beagle and then connect your device to it. As I said, unproven hardware. It turns out the PHY was [hardware strapping] set in the wrong mode. Fixing this and all seems to work. -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: MUSB Host problems
On Wed, 10 Jun 2009 07:55:17 +0530 "Pandita, Vikram" wrote: > >>> similar to the Beagle). When I startup, I get this message: > >>> Clock usbhost_48m_fck didn't enable in 10 tries > >> > >> This is bad > > > >Why? What does it mean? How do I fix it? > > The ehci driver on linux-omap works for Beagleboard and sdp. > so this may not be a fatal problem > Actually it's currently broken but issue is known: http://marc.info/?l=linux-omap&m=124419824625121&w=2 -- Jarkko -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: MUSB Host problems
>-Original Message- >From: Gary Thomas [mailto:g...@mlbassoc.com] >Sent: Tuesday, June 09, 2009 1:28 PM >To: Pandita, Vikram >Cc: linux-omap@vger.kernel.org >Subject: Re: MUSB Host problems > >Pandita, Vikram wrote: >> >>> -Original Message- >>> From: linux-omap-ow...@vger.kernel.org >>> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Gary >>> Thomas >>> Sent: Tuesday, June 09, 2009 12:46 PM >>> To: linux-omap@vger.kernel.org >>> Subject: MUSB Host problems >>> >>> I'm trying to get MUSB Host working on my 3530 platform (very >> >> Based on your description, its not MUSB but the USBHOST EHCI block that you >> want to get working. > >Sorry, mistaken terminology. Yes, I'm trying to get the host ECHI working. > >>> similar to the Beagle). When I startup, I get this message: >>> Clock usbhost_48m_fck didn't enable in 10 tries >> >> This is bad > >Why? What does it mean? How do I fix it? The ehci driver on linux-omap works for Beagleboard and sdp. so this may not be a fatal problem > >>> What does this mean? How do I fix it? >>> >>> Currently, the USB subsystem finds the various hubs (ports 0-2). >>> The OTG port (0) works great. When I plug in a device to USB-1, >> >> Is this a full speed device? >> >>> it sees it, but immediately gives up :-( >>>ehci-omap ehci-omap.0: GetStatus port 1 status 001803 POWER sig=j CSC >>> CONNECT >>>hub 1-0:1.0: port 1: status 0501 change 0001 >>>hub 1-0:1.0: state 7 ports 3 chg 0002 evt >>>hub 1-0:1.0: port 1, status 0501, change , 480 Mb/s >>>ehci-omap ehci-omap.0: port 1 full speed --> companion >> >> Looks like your device is getting recognized as a full speed. >> So EHCI cannot handle it. > >Odd, this is a high speed device (USB 2.0). I also tried a 2.0 hub, same >result. >What could confuse it like this? Is it PHY mode or TLL mode? If its PHY: then the transceiver used definitely matters. SDP has ISP1504 and Beagle board has SMSC phy The 60Mhz clock is fed from omap into the Transceiver (Input clocking mode). Only few phy's in market support this. > >> >> You need to have OHCI driver built in which is not present in linux-omap >> code base. > >Do, how does one use an arbitrary device on the EHCI port? Must I use a 2.0 >hub? > >>>ehci-omap ehci-omap.0: GetStatus port 1 status 003801 POWER OWNER sig=j >>> CONNECT >>>hub 1-0:1.0: port 1 not reset yet, waiting 50ms >>>ehci-omap ehci-omap.0: GetStatus port 1 status 003002 POWER OWNER >>> sig=se0 CSC >>>hub 1-0:1.0: unable to enumerate USB device on port 1 >>>hub 1-0:1.0: state 7 ports 3 chg evt 0002 >>>hub 1-0:1.0: hub_suspend >>> Then it's dead. Any ideas? > >Note: this is unproven hardware, I'm mostly looking for ideas on >how to troubleshoot the problems. Have one side working: Say have EHCI working on SDP/Beagle and then connect your device to it. > >Thanks > >-- > >Gary Thomas | Consulting for the >MLB Associates |Embedded world > -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: MUSB Host problems
Pandita, Vikram wrote: > >> -Original Message- >> From: linux-omap-ow...@vger.kernel.org >> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Gary >> Thomas >> Sent: Tuesday, June 09, 2009 12:46 PM >> To: linux-omap@vger.kernel.org >> Subject: MUSB Host problems >> >> I'm trying to get MUSB Host working on my 3530 platform (very > > Based on your description, its not MUSB but the USBHOST EHCI block that you > want to get working. Sorry, mistaken terminology. Yes, I'm trying to get the host ECHI working. >> similar to the Beagle). When I startup, I get this message: >> Clock usbhost_48m_fck didn't enable in 10 tries > > This is bad Why? What does it mean? How do I fix it? >> What does this mean? How do I fix it? >> >> Currently, the USB subsystem finds the various hubs (ports 0-2). >> The OTG port (0) works great. When I plug in a device to USB-1, > > Is this a full speed device? > >> it sees it, but immediately gives up :-( >>ehci-omap ehci-omap.0: GetStatus port 1 status 001803 POWER sig=j CSC >> CONNECT >>hub 1-0:1.0: port 1: status 0501 change 0001 >>hub 1-0:1.0: state 7 ports 3 chg 0002 evt >>hub 1-0:1.0: port 1, status 0501, change , 480 Mb/s >>ehci-omap ehci-omap.0: port 1 full speed --> companion > > Looks like your device is getting recognized as a full speed. > So EHCI cannot handle it. Odd, this is a high speed device (USB 2.0). I also tried a 2.0 hub, same result. What could confuse it like this? > > You need to have OHCI driver built in which is not present in linux-omap code > base. Do, how does one use an arbitrary device on the EHCI port? Must I use a 2.0 hub? >>ehci-omap ehci-omap.0: GetStatus port 1 status 003801 POWER OWNER sig=j >> CONNECT >>hub 1-0:1.0: port 1 not reset yet, waiting 50ms >>ehci-omap ehci-omap.0: GetStatus port 1 status 003002 POWER OWNER sig=se0 >> CSC >>hub 1-0:1.0: unable to enumerate USB device on port 1 >>hub 1-0:1.0: state 7 ports 3 chg evt 0002 >>hub 1-0:1.0: hub_suspend >> Then it's dead. Any ideas? Note: this is unproven hardware, I'm mostly looking for ideas on how to troubleshoot the problems. Thanks -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: MUSB Host problems
>-Original Message- >From: linux-omap-ow...@vger.kernel.org >[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Gary >Thomas >Sent: Tuesday, June 09, 2009 12:46 PM >To: linux-omap@vger.kernel.org >Subject: MUSB Host problems > >I'm trying to get MUSB Host working on my 3530 platform (very Based on your description, its not MUSB but the USBHOST EHCI block that you want to get working. >similar to the Beagle). When I startup, I get this message: > Clock usbhost_48m_fck didn't enable in 10 tries This is bad > >What does this mean? How do I fix it? > >Currently, the USB subsystem finds the various hubs (ports 0-2). >The OTG port (0) works great. When I plug in a device to USB-1, Is this a full speed device? >it sees it, but immediately gives up :-( >ehci-omap ehci-omap.0: GetStatus port 1 status 001803 POWER sig=j CSC > CONNECT >hub 1-0:1.0: port 1: status 0501 change 0001 >hub 1-0:1.0: state 7 ports 3 chg 0002 evt >hub 1-0:1.0: port 1, status 0501, change , 480 Mb/s >ehci-omap ehci-omap.0: port 1 full speed --> companion Looks like your device is getting recognized as a full speed. So EHCI cannot handle it. You need to have OHCI driver built in which is not present in linux-omap code base. >ehci-omap ehci-omap.0: GetStatus port 1 status 003801 POWER OWNER sig=j > CONNECT >hub 1-0:1.0: port 1 not reset yet, waiting 50ms >ehci-omap ehci-omap.0: GetStatus port 1 status 003002 POWER OWNER sig=se0 > CSC >hub 1-0:1.0: unable to enumerate USB device on port 1 >hub 1-0:1.0: state 7 ports 3 chg evt 0002 >hub 1-0:1.0: hub_suspend >Then it's dead. Any ideas? > >Thanks > >-- > >Gary Thomas | Consulting for the >MLB Associates |Embedded world > >-- >To unsubscribe from this list: send the line "unsubscribe linux-omap" in >the body of a message to majord...@vger.kernel.org >More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
MUSB Host problems
I'm trying to get MUSB Host working on my 3530 platform (very similar to the Beagle). When I startup, I get this message: Clock usbhost_48m_fck didn't enable in 10 tries What does this mean? How do I fix it? Currently, the USB subsystem finds the various hubs (ports 0-2). The OTG port (0) works great. When I plug in a device to USB-1, it sees it, but immediately gives up :-( ehci-omap ehci-omap.0: GetStatus port 1 status 001803 POWER sig=j CSC CONNECT hub 1-0:1.0: port 1: status 0501 change 0001 hub 1-0:1.0: state 7 ports 3 chg 0002 evt hub 1-0:1.0: port 1, status 0501, change , 480 Mb/s ehci-omap ehci-omap.0: port 1 full speed --> companion ehci-omap ehci-omap.0: GetStatus port 1 status 003801 POWER OWNER sig=j CONNECT hub 1-0:1.0: port 1 not reset yet, waiting 50ms ehci-omap ehci-omap.0: GetStatus port 1 status 003002 POWER OWNER sig=se0 CSC hub 1-0:1.0: unable to enumerate USB device on port 1 hub 1-0:1.0: state 7 ports 3 chg evt 0002 hub 1-0:1.0: hub_suspend Then it's dead. Any ideas? Thanks -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
