[U-Boot] TFTP timeouts, i.mx fec problem?

Ruud Commandeur RCommandeur at clb.nl
Fri Jun 14 15:01:18 CEST 2013


Hi Eric,

Thanks for your comments and sorry for my delayed response. Busy with some other projects last week...

I noticed these pins on the board. They have optional pull-down resistors, which are not placed by default. This would result in mode[2:0] being 111: "All capable. Auto-negotiation enabled". And as I look at the code, the cofiguration bits are set quite identical to this mode (10 + 100, Both FULL + HALF, aneg enabled). And on the other hand: after this sw-config + reset, the autonegotiation itself succeeds, indicated by the status bits and LED's. But for some reason it is not ready to transmit yet...

Regards,

Ruud

> -----Oorspronkelijk bericht-----
> Van: Eric Bénard [mailto:eric at eukrea.com] 
> Verzonden: vrijdag 7 juni 2013 11:40
> Aan: Ruud Commandeur
> CC: Fabio Estevam; Marek Vašut; U-Boot list
> Onderwerp: Re: [U-Boot] TFTP timeouts, i.mx fec problem?
> 
> Hi Ruud,
> 
> Le Fri, 7 Jun 2013 11:28:54 +0200,
> Ruud Commandeur <RCommandeur at clb.nl> a écrit :
> > I have not come any further yet in finding the real cause. 
> For now, I just tested with workarounds like lowering the ARP 
> timeout and skipping the phy reset (or only reset for the 1st 
> transfer). Note that also the phy reset and waiting for 
> "link-up" takes about 2 seconds every time. I did not realise 
> earlier that it would take this long, but this is the part 
> before the "TFTP from server..." line is displayed and he 
> transfer even starts.
> > 
> isn't your problem related to the fact that when you reset the PHY it
> samples some pins to get some settings and that after the 
> first reset it
> could gets wrong settings because the i.MX pins are in a wrong state
> (because handled by the FEC) leading to the errors you meet ?
> 
> Eric
> 


More information about the U-Boot mailing list