* [U-Boot] ppc4xx:tftp error
@ 2010-10-13 7:28 Tim Rachman
2010-10-13 7:47 ` Wolfgang Denk
0 siblings, 1 reply; 6+ messages in thread
From: Tim Rachman @ 2010-10-13 7:28 UTC (permalink / raw)
To: u-boot
Dear ALL
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.
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.?
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?
Thanks in advance.
Tim Rachman
^ permalink raw reply [flat|nested] 6+ messages in thread
* [U-Boot] ppc4xx:tftp error
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
0 siblings, 1 reply; 6+ messages in thread
From: Wolfgang Denk @ 2010-10-13 7:47 UTC (permalink / raw)
To: u-boot
Dear Tim Rachman,
In message <226436.29026.qm@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
^ permalink raw reply [flat|nested] 6+ messages in thread
* [U-Boot] ppc4xx:tftp error
2010-10-13 7:47 ` Wolfgang Denk
@ 2010-10-24 9:42 ` Tim Rachman
2010-10-25 8:40 ` Stefan Roese
0 siblings, 1 reply; 6+ messages in thread
From: Tim Rachman @ 2010-10-24 9:42 UTC (permalink / raw)
To: u-boot
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@denx.de>
To: Tim Rachman <t.rachman1@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@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
^ permalink raw reply [flat|nested] 6+ messages in thread
* [U-Boot] ppc4xx:tftp error
2010-10-24 9:42 ` Tim Rachman
@ 2010-10-25 8:40 ` Stefan Roese
0 siblings, 0 replies; 6+ messages in thread
From: Stefan Roese @ 2010-10-25 8:40 UTC (permalink / raw)
To: u-boot
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* [U-Boot] ppc4xx:tftp error
@ 2010-10-26 7:21 Tim Rachman
2010-10-26 8:06 ` Stefan Roese
0 siblings, 1 reply; 6+ messages in thread
From: Tim Rachman @ 2010-10-26 7:21 UTC (permalink / raw)
To: u-boot
Dear Stefan
Thank you very much for your replay!
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?
Yes, I am. But I changed some parameters according to HYB25D512160AT?7
datasheet.
> 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.
You're right. I changed DDR SDRAM parameters but error remains ,
error occurs randomly. I need to find a way for testing ram in similar condition
(burst mode) rather than tftp, I haven't run OS, but I think even I run an OS ,
I will have error, specially in net related operations.
> 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.
A point: Our custom board doesn't have PCI , Is it possible that some setting in
PCI routins of yosemite BSP has effect on their shared PLB BUS?
BTW, I focus on SDRAM configuration more, Hopefully problem will be solved.
Again, I thank for your consideration!
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* [U-Boot] ppc4xx:tftp error
2010-10-26 7:21 Tim Rachman
@ 2010-10-26 8:06 ` Stefan Roese
0 siblings, 0 replies; 6+ messages in thread
From: Stefan Roese @ 2010-10-26 8:06 UTC (permalink / raw)
To: u-boot
Hi Tim,
(please try to quote correctly upon replying, your answers are hard to read)
On Tuesday 26 October 2010 09:21:50 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?
>
>
> Yes, I am. But I changed some parameters according to HYB25D512160AT?7
> datasheet.
Which changes did you make exactly? Are you using the sdram_tr1_set() function
to "fine-tune" the controller settings?
<snip>
> A point: Our custom board doesn't have PCI , Is it possible that some
> setting in PCI routins of yosemite BSP has effect on their shared PLB BUS?
No, I don't think so. But you should create a "real" board port for your
custom board and remove such unused features as PCI in this process.
> BTW, I focus on SDRAM configuration more, Hopefully problem will be solved.
Good luck.
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
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-10-26 8:06 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
-- strict thread matches above, loose matches on Subject: below --
2010-10-26 7:21 Tim Rachman
2010-10-26 8:06 ` Stefan Roese
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox