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 kim.phillips@freescale.com 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 kim.phillips@freescale.com Signed-off-by: Joakim Tjernlund Joakim.Tjernlund@transmode.se Signed-off-by: Ben Warren biggerbadderben@gmail.com