From mboxrd@z Thu Jan  1 00:00:00 1970
From: Marek Vasut <marek.vasut@gmail.com>
Date: Tue, 31 Jan 2012 19:33:02 +0100
Subject: [U-Boot] [PATCH] i.MX28: Fix VDDIO and VDDA setup
In-Reply-To: <6EA3E0BCC03CC34B89B01BD57ECBC718F47577@POBOX.postoffice.danego.net>
References: <1327968001-13567-1-git-send-email-marek.vasut@gmail.com>
	<201201311345.02661.marek.vasut@gmail.com>
	<6EA3E0BCC03CC34B89B01BD57ECBC718F47577@POBOX.postoffice.danego.net>
Message-ID: <201201311933.03014.marek.vasut@gmail.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

> > Right, because RAM size is 0. I see, so DRAM init fails somewhere.
> 
> That's exactly where and why it hangs, in my case.
> 
> > I think
> > though it doesn't hang in the POWER init code anymore.
> 
> In my case, I don't think it hung in power_init before your patch. I'm
> pretty sure it hung at the same place.
> 
> > Can you trace mem_init()
> > in the SPL? Simply define CONFIG_SPL_SERIAL_SUPPORT for example and run
> > serial_init() before, then run serial_puts() every now and then when fit.
> 
> I'm trying too. I'm also trying to figure out the call stack of
> mx28_dram_init(), but no luck so far.

Ok, what happens if you replace mx28_dram_init() with:

while (!readl(0x8001c280))
	mx28_mem_init();

?