network bootp/tftp hang with tsec on MPC8343
Hi,
after moving to the latest u-boot (v1.3.4) I can observe strange "hangs" during network transfer.
This is clearly related to U-Boot since network is running smoothly after booting linux from flash.
It's a MPC8343 with a Vitesse VSC8601 PHY connected via RGMII.
This happens both at 100M and 1000M.
Any ideas ? Have I missed a change lately ?
regards,
Andre
MATRIX VISION GmbH, Talstra?e 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht Stuttgart, HRB 271090 Gesch?ftsf?hrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner
Huh - problem solved. It's been a memory setup issue :-(
But I still wonder why the error is forced, i.e. happens more often, when using network on u-boot.
sorry for the noise.
regards,
Andre
Quoted 18 lines · Andre Schwarz
Hi,
after moving to the latest u-boot (v1.3.4) I can observe strange "hangs" during network transfer.
This is clearly related to U-Boot since network is running smoothly after booting linux from flash.It's a MPC8343 with a Vitesse VSC8601 PHY connected via RGMII.
This happens both at 100M and 1000M.
Any ideas ? Have I missed a change lately ?
regards,
Andre
Quoted 7 lines
MATRIX VISION GmbH, Talstra?e 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht Stuttgart, HRB 271090 Gesch?ftsf?hrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner
_______________________________________________
U-Boot mailing list
U-Boot at lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
MATRIX VISION GmbH, Talstra?e 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht Stuttgart, HRB 271090 Gesch?ftsf?hrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner
Quoted 4 lines · Andre Schwarz
Huh - problem solved. It's been a memory setup issue :-(
But I still wonder why the error is forced, i.e. happens more often, when using network on u-boot.
If it is a SDRAM (DDR/DDR2) configuration issue, it likely is the DMA happening from network activity that is aggravating your misconfiguration. See especially the state machine part of
<http://www.denx.de/wiki/view/DULG/SDRAM>
Using DMA makes addresses and sequences and timings jump around that simple program execution (especially if you have cache(s) disabled) doesn't do.
[snip]
Quoted 2 lines
regards,
Andre
Best regards,
gvb
Quoted 15 lines · JerryVanBaren
Quoted 4 lines · Andre Schwarz
Huh - problem solved. It's been a memory setup issue :-(
But I still wonder why the error is forced, i.e. happens more often, when using network on u-boot.
If it is a SDRAM (DDR/DDR2) configuration issue, it likely is the DMA happening from network activity that is aggravating your misconfiguration. See especially the state machine part of
<http://www.denx.de/wiki/view/DULG/SDRAM>Using DMA makes addresses and sequences and timings jump around that simple program execution (especially if you have cache(s) disabled) doesn't do.
Quoted 7 lines
[snip]
Quoted 2 lines
regards,
AndreBest regards,
gvb
of course you're right.
But I'd expect the kernel gianfar driver doing at least as much DMA as the u-boot driver ... ;-)
After all it's definitely been a memory issue without doubt and all boards are running very stable now.
Thanks,
Andre
MATRIX VISION GmbH, Talstra?e 16, DE-71570 Oppenweiler - Registergericht: Amtsgericht Stuttgart, HRB 271090 Gesch?ftsf?hrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner