Hi Kim,
I have a mpc8360emds eval board. The ee62ed patch (below) speeds up the
start up (good), but seems to cause the board to hang on the *second*
ethernet operation.
I can cause this by doing two pings in a row: the first ping initializes
the network and completes successfully. The second ping hangs the
board: it never completes. I cannot abort it with ^C. The only way out
is to reset the board.
The same thing happens with two back-to-back tftp operations or a ping
followed by a tftp operation.
If I back out the ee62ed patch (below), it "fixes" the problem.
I tried backing out some simple portions of the patch (added delays back
in) with no success. I've given up chasing this for tonight. Any
inspiration you can generate would be appreciated, I'll chase it some
more tomorrow.
Thanks,
gvb
commit ee62ed3286f83b98b7785e0318dc6379e78f7ff6
Author: Kim Phillips <[EMAIL PROTECTED]>
Date: Tue Jan 15 14:11:00 2008 -0600
net: reduce boot latency on QE UEC based boards
actually polling for PHY autonegotiation to finish enables us to
remove the
5 second boot prompt latency present on QE based boards.
call to qe_set_mii_clk_src in init_phy, and mv call to init_phy from
uec_initialize to uec_init by Joakim Tjernlund; autonegotiation wait
code shamelessly stolen from tsec driver.
also rm unused CONFIG_RMII_MODE code.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
Signed-off-by: Joakim Tjernlund <[EMAIL PROTECTED]>
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
U-Boot-Users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/u-boot-users
