Hi,
Le 29/09/2013 19:08, Christoph Fritz a écrit :
> On Sun, 2013-09-29 at 12:19 -0300, Fabio Estevam wrote:
>> On Sun, Sep 29, 2013 at 11:32 AM, Christoph Fritz
>> <chf.fritz@xxxxxxxxxxxxxx> wrote:
>>>> Le 26/09/2013 17:59, Christoph Fritz a écrit :
>>>>> Their software fix:
>>>>> "As first attemp at fixing this issue, one may try to switch LINK to
>>>>> ULPI mode before configuring MUX and pads for USB operation. Fear is
>>>>> that this could cause unexpected transfer from PHY to LINK, somehow
>>>>> preventing proper initialization"
>>>>>
>>>>> I'll try that here with the smsc3340-phy.
>>>
>>> What a mess, it is also important in what order the muxing of USB-Pins
>>> is done beside the fact that some USBOTG pins had a GPIO_OUT configured
>>> wrongly. Don't ask how I hit this, but with that and the info from above
>>> finally both smsc3340 phys on OTG and USBH2 get detected: pure
>>
>> Can you show a patch or code so that others could fix this problem as well?
>
> Sure, attached to this mail are 4 of my work-in-progress patches, two
> for barebox and two for the kernel. Consider them RFC. The ULPI-mode
> switching before muxing is already part of barebox.
>
> Thanks
> -- Christoph
>
Thank you very much, Christoph !
I really like having good news like this to start the working week :D
I will try to test it this week !
I hope it will work for me too :)
Best regards,
--
Mylène JOSSERAND
Navocap
��.n��������+%������w��{.n�����{���)�� jg��� �����ݢj����G���� ���j:+v���w�m������w�������h�����٥
