[U-Boot] [PATCH v2] mxs: spl_mem_init: Align DDR2 init with FSL bootlets source

[Marek Vasut <marex@denx.de>]

Dear Otavio Salvador,

> On Wed, Mar 6, 2013 at 11:31 AM, Marek Vasut <marex@denx.de> wrote:
> > Dear Otavio Salvador,
> > 
> >> On Thu, Feb 28, 2013 at 7:59 PM, Fabio Estevam <festevam@gmail.com> wrote:
> >> > From: Fabio Estevam <fabio.estevam@freescale.com>
> >> > 
> >> > 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>
> > 
> > Otavio, did you review the changes done in this patch ?
> 
> This is the setup used in FSL U-Boot and it fixes 2.6.35.3 cpufreq
> kernel hang; it is good enough for me to accept it. If you care
> enough, go ahead and check every change bit.

That is indeed the plan, I will Ack this after I am done with it. It will still 
make it for .04, dont worry.

You should not Ack patches you did not even test nor validate, since the value 
of your Ack is declining.

Best regards,
Marek Vasut