* [U-Boot] U-boot for Atmel AT91SAM9G20 problem
@ 2010-03-12 2:32 Zhong Li
2010-03-12 8:32 ` Wolfgang Denk
0 siblings, 1 reply; 2+ messages in thread
From: Zhong Li @ 2010-03-12 2:32 UTC (permalink / raw)
To: u-boot
We have a strange problem running U-boot on an AT91SAM9G20 board. The board
uses single 16 bit data bus SDRAM chip. Everything works fine when using
32MB SDRAM chip but U-boot seems to hang when putting in a 64MB SDRAM chip.
The Atmel boot strap code was modified to have the correct row and column
settings for the SDRAM chip. The hardware is verified to be working fine
with JTAG. We can also boot directly to Linux from Atmel boot strap code
with some modification. The memtester is used to verify the SDRAM working
fine after booting up Linux. So it must be some thing between the boot
strap code and U-boot that upsets the U-boot. Can anyone give a hint what
might be wrong?
Many thanks in advance,
ZL
^ permalink raw reply [flat|nested] 2+ messages in thread
* [U-Boot] U-boot for Atmel AT91SAM9G20 problem
2010-03-12 2:32 [U-Boot] U-boot for Atmel AT91SAM9G20 problem Zhong Li
@ 2010-03-12 8:32 ` Wolfgang Denk
0 siblings, 0 replies; 2+ messages in thread
From: Wolfgang Denk @ 2010-03-12 8:32 UTC (permalink / raw)
To: u-boot
Dear "Zhong Li",
In message <022501cac18c$3b11e090$b135a1b0$@com> you wrote:
> We have a strange problem running U-boot on an AT91SAM9G20 board. The board
> uses single 16 bit data bus SDRAM chip. Everything works fine when using
> 32MB SDRAM chip but U-boot seems to hang when putting in a 64MB SDRAM chip.
> The Atmel boot strap code was modified to have the correct row and column
> settings for the SDRAM chip. The hardware is verified to be working fine
> with JTAG. We can also boot directly to Linux from Atmel boot strap code
> with some modification. The memtester is used to verify the SDRAM working
> fine after booting up Linux. So it must be some thing between the boot
> strap code and U-boot that upsets the U-boot. Can anyone give a hint what
> might be wrong?
We have seen this behaviour on another system, too. Unfortunately we
didn't have enough time allowed to dig into this, combined with other
hardware issues, so we assumed it was a hardware issue eventually.
If you see the same problem again, then I guess the memory initiali-
zation in the Atmel bootstrap code is incorrect / incomplete and
needs to be carefully reworked. Sorry, we don't have any such
hardware here, so we cannot help.
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
"Don't worry about people stealing your ideas. If your ideas are any
good, you'll have to ram them down people's throats." - Howard Aiken
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-03-12 8:32 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-12 2:32 [U-Boot] U-boot for Atmel AT91SAM9G20 problem Zhong Li
2010-03-12 8:32 ` Wolfgang Denk
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox