From: Stefan Roese <sr@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] ppc4xx:tftp error
Date: Mon, 25 Oct 2010 10:40:12 +0200 [thread overview]
Message-ID: <201010251040.12799.sr@denx.de> (raw)
In-Reply-To: <464493.30451.qm@web120308.mail.ne1.yahoo.com>
Hi Tim,
On Sunday 24 October 2010 11:42:51 Tim Rachman wrote:
> 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.
What SDRAM/DDR init code are you using? Is it arch/powerpc/cpu/ppc4xx/sdram.c?
> 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?
This is a complex subject. One of the best tests we've found so far, is
running Linux and compiling a Linux kernel on an NFS mounted file system. This
generates all kinds of access patterns to and from the SDRAM interface. This
test showed problems on boards that previously ran all kind of "normal" RAM
tests without errors.
I understand that this is not possible for you right now, since you will have
problems loading a Linux kernel and especially mounting an NFS file system.
> 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_ptr the
> memory location of DMAing eth packets directly?
Yes, data_ptr as part of the mal_desc_t struct points to the data buffer. And
the EMAC DMA controller (MAL) will transfer the data directly to and from this
buffer.
Note that the PPC4xx ethernet driver is used on many platforms without any
such problems. So I don't think that this driver is responsible for the
problem you're facing. I share Wolfgangs feelings, that an SDRAM
configuation/setup related problem is more likely.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: office at denx.de
next prev parent reply other threads:[~2010-10-25 8:40 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-13 7:28 [U-Boot] ppc4xx:tftp error Tim Rachman
2010-10-13 7:47 ` Wolfgang Denk
2010-10-24 9:42 ` Tim Rachman
2010-10-25 8:40 ` Stefan Roese [this message]
-- strict thread matches above, loose matches on Subject: below --
2010-10-26 7:21 Tim Rachman
2010-10-26 8:06 ` Stefan Roese
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201010251040.12799.sr@denx.de \
--to=sr@denx.de \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox