[U-Boot] network bootp/tftp hang with tsec on MPC8343

[U-Boot] network bootp/tftp hang with tsec on MPC8343

[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

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] network bootp/tftp hang with tsec on MPC8343

[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.


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 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

[U-Boot] network bootp/tftp hang with tsec on MPC8343

[JerryVanBaren]

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

[U-Boot] network bootp/tftp hang with tsec on MPC8343

[Andre Schwarz]

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

[U-Boot] network bootp/tftp hang with tsec on MPC8343

[André Schwarz]

Siva,


> Myself Siva, working on a custom board using MCF5485. We had a typical
> problem with tftp. We are using u-boot(1.3.3) from Freescale on our

first of all I'd try to use latest code.

>  board and trying to do tftp of filesize 12MB. Sometime file is
> getting downloaded into external DDR SDRAM correctly. Sometime u-boot
> get?s hanged. This problem is observed during cold bootup. When we
> switch off the board and powered it up, we are facing this problem. If
> we wait for 1 or 2 minutes after the board get?s powered up, try to do
> tftp it goes well. After going through your post on internet
> (http://www.mail-archive.com/u-boot at lists.denx.de/msg00719.html) , I
> am suspecting this could be problem with our DDR SDRAM controller
> initialization.
> 

Using memory with single read/write access is very relaxed compared to
burst mode access during DMA ops. I've had a plain simple timing
violation ... there are lots of dynamic parameters that have to be met.
There's no general advice - sorry.

Are you sure that it is a memory problem ? Any obscure crashes running
linux or other apps ? If not it's more likely to be a networking issue.
R/S-GMII also has strict timing requirements. What about signal
integrity issues - are you sure the interface is working fine from an
electrical point of view ?

> U-boot Ethernet driver uses DMA to transfer the frames. But the serail
> console log shows some timeouts (T) when the U-boot hangs during
> transfer.
> 
ok - could be anything.

>  
> 
> If we wait for 1 or 2 minutes before doing tftp to get the image into
> RAM , it is getting downloaded properly. Could you please suggest what
> exactly you did in your SRAM configuration to fix the problem?

looks like a thermal issue, i.e. electrical problem.
Again, this might be either local memory or MII. What kind of network
are you using ? I'm not familiar with MCF54xx ...

Get you memory device datasheet and match the dynamic parameters with
that of your CPU's memory controller.

Maybe there are others having similar problems with your particular CPU.


Regards,
Andr?

>  
>  
> 
> Please find the attached log:
>  
>  
> U-Boot 1.3.3 (Sep 18 2009 - 10:24:03)
> CPU:   Freescale MCF5485
>        CPU CLK 200 Mhz BUS CLK 100 Mhz
> Board: Freescale FireEngine 5485 EVB
> DRAM:  128 MB
> POST: Checking Ram...PASSED.
> FLASH: 16 MB
> In:    serial
> Out:   serial
> Err:   serial
> Net:   rxbd f0012000 txbd f0012100
> rxbd f0012870 txbd f0012970
> FEC0, FEC1
> Hit any key to stop autoboot:  5
>  
>  
> -> printenv
> bootdelay=5
> baudrate=115200
> netmask=255.255.255.0
> hostname=M548xEVB
> netdev=eth0
> loadaddr=1000
> u-boot=u-boot.bin
> load=tftp ${loadaddr) ${u-boot}
> kernel=u-boot.bin
> load=tftp ${loadaddr) ${kernel}
> upd=run load; run prog
> progboot=prot off 1:0-2;era e0000000 e005ffff;cp.b ${loadaddr}
> e0000000 ${filesize};
> progkern=prot off 1:4-51;era e0080000 e067ffff;cp.b ${loadaddr}
> e0080000 ${filesize};save
> bootargs=console=/dev/console,115200 root=/dev/ram0 rootfstype=romfs
> ro
> bootcmd=cp.b e0080000 ${loadaddr} ${filesize};go 2000
> ethact=FEC0
> ethaddr=00:25:F7:10:00:1F
> eth1addr=00:25:F7:10:00:20
> stdin=serial
> stdout=serial
> stderr=serial
> mem=130560k
> gatewayip=169.254.0.102
> ipaddr=169.254.0.101
> serverip=169.254.0.253
> filesize=C7FFFF
> Environment size: 720/131068 bytes
> -> tftp 10000 image.bin;prot off 1:4-103;era E0080000 E0CFFFFF;cp.b
> 1000 E0080000 BEEC0F;reset;
> Using FEC0 device
> TFTP from server 169.254.0.253; our IP address is 169.254.0.101
> Filename 'image.bin'.
> Load address: 0x10000
> Loading:
> *\b#################################################################
>   #################################################################
>   #################################################################
>   ########################################T #########################
>   #################################################################
>   #########################
>  
>  
> Thanks,
> Siva
>  
> 



MATRIX VISION GmbH, Talstrasse 16, DE-71570 Oppenweiler
Registergericht: Amtsgericht Stuttgart, HRB 271090
Geschaeftsfuehrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner, Hans-Joachim Reich