summaryrefslogtreecommitdiff
path: root/include/mtd
diff options
context:
space:
mode:
authorFabio Estevam <fabio.estevam@freescale.com>2013-02-28 12:59:19 +0000
committerStefano Babic <sbabic@denx.de>2013-03-20 11:05:32 +0100
commitb33426caf6dbc5ad1793320928542bfa9be6be9c (patch)
tree51adec8e7791d4664f139019fa37be7022dca9a3 /include/mtd
parentb27673ccbd3d5435319b5c09c3e7061f559f925d (diff)
downloadu-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 'include/mtd')
0 files changed, 0 insertions, 0 deletions