[U-Boot] uboot MPC5200B DDR memsize hangs

Chris Alfred c.alfred at internode.on.net
Sun Oct 18 09:42:27 CEST 2009


For those interested,

The problem was a bad solder joint on CAS.

During writes to DDR, the CPU generates the DQS strobes.

During reads from DDR, the SDRAM asserts the DQS strobes. If the DDR 
SDRAM is not initialised properly, the SDRAM will not assert the DQS 
signals and the CPU will hang on a read from SDRAM. Eventually the CPU 
seems to reset after about 90 seconds - must be an internal MPC5200 
timeout of some sort.

SDR does not use the DQS signals so you can not hang on any SDR SDRAM 
transaction even if the SDRAM is not configured correctly.

Thanks for the help,
Chris

> Hi Chris,
>
>>> Hm... U-Boot 1.2.0 is very old. Please consider it obsolelte and
>>> unsupported. Is there any special reason for not using current 
>>> code?
>>
>> No reason, UBoot 1.2.0 is in ELDK4.1.
>> Will seek and download latest uboot
>
> Stable tarballs can be found on our ftp server[1] - git access to 
> the
> very latest and greatest is available here[2].
>
>>> See also the FAQ at
>>> http://www.denx.de/wiki/view/DULG/UBootCrashAfterRelocation
>>
>> Does the relocation occur before checking the DDR size?
>
> For PowerPC we relocate to the highest possible RAM address, so no 
> we
> need to probe RAM before we can relocate.  Also I would think that 
> we
> do
> not even get to the relocation but hang in the probing phase.  You
> should really hook up a JTAG debugger and find out what's wrong.
>
> Best wishes
>   Detlev
>
> [1] ftp://ftp.denx.de/pub/u-boot/
> [2] http://git.denx.de/?p=u-boot.git;a=summary
>
> --
> If we knew what it was we were doing, we wouldn't call it research.
>                                             -- Einstein 



More information about the U-Boot mailing list