From mboxrd@z Thu Jan  1 00:00:00 1970
From: Sekhar Nori <nsekhar@ti.com>
Date: Mon, 20 May 2019 18:08:28 +0530
Subject: [U-Boot] MMC boot broken on OMAP-L138 LCDK
In-Reply-To: <CAHCN7xLK1=xiQQTTB4OonwbPs7SJJaMe1tieBATja_6obAfRVA@mail.gmail.com>
References: <1e5e40a5-c8e7-5f19-d16f-ed477e05dec4@ti.com>
 <CAHCN7xLLqz_gZ9yC2OTXy+sSRbUW3GxhdbTHSYz=fC_zEpE8xQ@mail.gmail.com>
 <d2f0a604-1596-5dc3-7a06-3d76b6c39851@ti.com>
 <CAHCN7xLK1=xiQQTTB4OonwbPs7SJJaMe1tieBATja_6obAfRVA@mail.gmail.com>
Message-ID: <ed1942dc-e232-db0e-d95c-641780d556b5@ti.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

On 20/05/19 5:55 PM, Adam Ford wrote:
> What about adding a memset function to the end of spl_board_init() so
> after arch_cpu_init() is called,and after preloader_consol_init() is
> called, we clear BSS?  I ran some preliminary tests on da850evm and it
> didn't see to break anything.  There are a few boards that appear to
> do things in this order.

This will work, but, looks like there is a desire to maintain some
"standard" around this. Ie board_init_r() can assume BSS is available
(see README -> Board Initialisation Flow:).

Doing BSS init in in spl_board_init() called from board_init_r() will
violate that.

Thanks,
Sekhar