Pandita, Vikram wrote:
>> -----Original Message-----
>> From: [email protected]
>> [mailto:[email protected]] On Behalf Of Bill
>> Gatliff
>> Sent: Friday, December 18, 2009 1:11 PM
>> To: Gadiyar, Anand
>> Cc: [email protected]; [email protected]
>> Subject: Re: Anyone using an ISP1505?
>>
>>
> <snip>
>
>>> If it's with the EHCI controller, you need to take care of a couple of
>>> issues on the board (due to the input clocking mode used in the OMAP3).
>>>
>>>
>> Can you elaborate? Thanks!
>>
>>
> For omap-ehci, the OMAP feeds in the 60Mhz clock to the PHY(1505 in your
> case).
> This is the input clocking mode of phy.
>
> It looks like the PHY state machine requires sometime to stabilize and lock
> into this 60Mhz clock input and this is done with a GPIO form omap.
>
> In ehci_hcd_omap_platform_data, Typically boards have
> . phy_reset = true
> . reset_gpio_port[0] = GPIO going to phy reset pin
>
> On your board you need to find, if there is a GPIO hooked from omap to PHY.
> And the GPIO behavior is decided by the PHY pin property ( whether its active
> high/low and whether its chipselect or reset of phy).
>
> By default the code assumes that the GPIO is connected to RESET pin: going 0
> while the 60mhz clock input stabilizes and then once done, make it 1.
>
> So find out what GPIO from omap is connected to phy to control the phy.
>
Ok, I'll look at that. I'm not sure if I have such a GPIO pin going to
the PHY.
I do have the XTAL input tied to SYS_CLK1/GPIO_10, and I've verified
that I'm sending out a 19.2MHz clock signal on that pin. That seems to
be what the ISP1505ABS chip needs. I start that clock in my board setup
code.
I just re-re-re-read the ISP1505 datasheet, and noticed this remark:
"Remark: When CLOCK starts toggling after power-up, the USB link
must issue a reset command over the ULPI bus to ensure correct
operation of the ISP1505".
I see in drivers/usb/host/ehci-omap.c where the TLL is reset, but I
can't find any code that sends a ULPI reset command out over the link.
Or am I missing something?
I also see drivers/usb/otg/ulpi.c which claims to support the ISP1504,
which is a very similar chip to the ISP1505. But it also lacks any
mention of a ULPI reset-type command.
Any additional thoughts? I'm losing hair fast on this one.... :)
b.g.
--
Bill Gatliff
[email protected]
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html