[U-Boot] AM3517 SPL fails with CONFIG_DM enabled

Simon Goldschmidt simon.k.r.goldschmidt at gmail.com
Wed May 15 18:24:35 UTC 2019


Am 15.05.2019 um 20:12 schrieb Adam Ford:
> I am trying to add DM support in SPL along with device tree support
> similar to how it's being done for the omap3_logic boards.
> Unfortunately, I think something is going wrong in the initialization
> with CONFIG_DM enabled for SPL because I get no text data, and it
> doesn't appear to boot.
> 
> I tried enabling DM in SPL and using the older platdata method without
> success.  I have disabled DM_SERIAL in SPL and tried enabling the
> serial debug stuff, and I get nothing.  I don't have a debugger, so
> it's a bit more difficult to troubleshoot.
> 
> The main difference between the am35 and omap3 is the memory
> controller, and I've tried to model the am35 after the omap3 boards I
> also maintain.  I was hoping someone might have any suggestions on how
> to track down the issue.  As of right now, I have OF_CONTROL working
> in U-Boot and with DM disabled in SPL, everything is good.

I don't know that mach, but reading the files, you're calling 
'spl_early_init()' from your 'board_init_f()'. The problem I had there 
was that I did not have enough heap - and notice you need pre-reloc heap 
enabled.

spl_early_init() parses the dts and binds the drivers, and even the 
default CONFIG_SPL_SYS_MALLOC_F_LEN of 1 KiB wasn't enough for me. Oh, 
and of course you need CONFIG_SYS_MALLOC_F enabled when calling 
spl_early_ini() from board_init_f in SPL.

Regards,
Simon


More information about the U-Boot mailing list