Skip to contentSkip to conversation

network bootp/tftp hang with tsec on MPC8343

U-Boot Andre Schwarz 2 participants 4 messages Aug 21, 2008 – Aug 27, 2008

lore
Share & tools
lore
#0 lore raw

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

#1 lore raw

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

#2 lore raw
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

#3 lore raw
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,
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