diff options
| author | Fabio Estevam <fabio.estevam@freescale.com> | 2013-02-28 12:59:19 +0000 |
|---|---|---|
| committer | Stefano Babic <sbabic@denx.de> | 2013-03-20 11:05:32 +0100 |
| commit | b33426caf6dbc5ad1793320928542bfa9be6be9c (patch) | |
| tree | 51adec8e7791d4664f139019fa37be7022dca9a3 /board/Marvell/db64360 | |
| parent | b27673ccbd3d5435319b5c09c3e7061f559f925d (diff) | |
| download | u-boot-imx-b33426caf6dbc5ad1793320928542bfa9be6be9c.zip u-boot-imx-b33426caf6dbc5ad1793320928542bfa9be6be9c.tar.gz u-boot-imx-b33426caf6dbc5ad1793320928542bfa9be6be9c.tar.bz2 | |
mxs: spl_mem_init: Align DDR2 init with FSL bootlets source
Currently the following kernel hang happens when loading a 2.6.35 kernel from
Freeescale on a mx28evk board:
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Bus freq driver module loaded
IMX usb wakeup probe
usb h1 wakeup device is registered
mxs_cpu_init: cpufreq init finished
...
Loading the same kernel using the bootlets from the imx-bootlets-src-10.12.01
package, the hang does not occur.
Comparing the DDR2 initialization from the bootlets code against the U-boot
one, we can notice some mismatches, and after applying the same initialization
into U-boot the 2.6.35 kernel can boot normally.
Also tested with 'mtest' command, which runs succesfully.
Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
Acked-by: Otavio Salvador <otavio@ossystems.com.br>
Tested-by: Marek Vasut <marex@denx.de>
Diffstat (limited to 'board/Marvell/db64360')
0 files changed, 0 insertions, 0 deletions