From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andre Schwarz <andre.schwarz@matrix-vision.de>
Date: Wed, 27 Aug 2008 17:57:03 +0200
Subject: [U-Boot] network bootp/tftp hang with tsec on MPC8343
In-Reply-To: <48B57326.3050609@ge.com>
References: <48AD79E6.9040409@matrix-vision.de>
	<48B56DBD.2070701@matrix-vision.de> <48B57326.3050609@ge.com>
Message-ID: <48B5794F.9000301@matrix-vision.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

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