[U-Boot] ppc4xx:tftp error

[Tim Rachman]

Dear Wolfgang,

According to your useful guides in our previous Emails, I examined again my ddr 
sdram parameters that i had set in u-boot. I'm interfacing HYB25D512160AT–7 to 
PPC440EP, with 133MHz plb frequency.

unfortunately, I couldn't reach to an stable state, without error, in tftp a 
file . So I have two questions:

At first: Would you mind to introduce me some useful links/Docs about 
initializing ddr sdram specially about testing memory in burst mode?

2. I wrote for you " I monitored *(hw_p->rx[user_index].data_ptr) data in 
ppc_4xx_eth_rx() function    in \driver\net\4xx_enet.c , and data was incorrect 
too at this stage. " , Is hw_p->rx[user_index].data_ptrthe memory location 
of DMAing eth packets directly?     

I thank you very much in advance.

Tim Rachman 



________________________________
From: Wolfgang Denk <wd at denx.de>
To: Tim Rachman <t.rachman1 at yahoo.com>
Cc: u-boot at lists.denx.de
Sent: Wed, October 13, 2010 11:17:42 AM
Subject: Re: [U-Boot] ppc4xx:tftp error

Dear Tim Rachman,

In message <226436.29026.qm at web120302.mail.ne1.yahoo.com> you wrote:
> 
> I have a problem in tftp on a custom board using ppc440EP processor.
> U-boot-2009-11 has been ported on it, using amcc/bamboo BSP as base.

Why are you using such old code, instead of a recent version?

And why the Bamboo board instead of the more recent Yosemite design?

> When i get a sample file using tftp command, some bytes has changed . I 
changed
> my tftp server, and fully tested ddr sdram. They were OK. So i tested the 
>u-boot
> tftp client.

What do you mean by "fully tested ddr sdram" ? WHich tools did you
use?  Did you read the FAQ?

> I monitored *(hw_p->rx[user_index].data_ptr) data in ppc_4xx_eth_rx() function
> in \driver\net\4xx_enet.c , and data was incorrect too at this stage.
> 
> Do you have any suggestion about next step of debugging and the error source?

Most likely your RAM initialization is not correct, and you are seeing
memory errors in burst mode (when DMAing the network packets). Note
that the normal memory test routines cannot test burst mode accesses.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
You're too beautiful to ignore.  Too much woman.
    -- Kirk to Yeoman Rand, "The Enemy Within", stardate unknown