[U-Boot] 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
Andre Schwarz schrieb:
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 _______________________________________________ U-Boot mailing list U-Boot@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
Andre Schwarz wrote:
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]
regards, Andre
Best regards, gvb
JerryVanBaren schrieb:
Andre Schwarz wrote:
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]
regards, Andre
Best 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
participants (2)
-
Andre Schwarz -
JerryVanBaren