Can't Boot i.mx6ULEVK using yocto fsl-community-bsp-platform krogoth

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Can't Boot i.mx6ULEVK using yocto fsl-community-bsp-platform krogoth

556 Views
andrewshepard
Contributor I

(Checked category boxes and reposted)

Trying to boot i.mx6ULEVK board using codebase downloaded from FSL Community BSP site using the following repo codebase:

repo init -u https://github.com/Freescale/fsl-community-bsp-platform -b krogoth

Using bitbake create images using core-image-minimal recipe and install entire image (u-boot+kernel+file system) on an sd card and boot from that card but boot starts and never completes.

I added printf statements in various spl related files and monitored the boot.  First area I saw an issue was when the function mmc_initialize() is called.  That function checks a local static variable called initialized to determine whether it has already been initialized.  However that variable appears to be 0xffffffff when it should be zero and the code doesn't do initialization because of this.  I printed the address of that variable and it is 88200064.  I'm not sure whether that memory space is valid-it doesn't seem to be in the correct address space.  I looked at addresses of the code and local data and they are in the address space of the imx6 internal RAM.

I guess my first questions before I dig any deeper are

#1:  Has anybody build this particular codebase and executed on an i.mx6ulevk?

#2:  Is the address 88200064 a valid address and if not where in the configuration is the build picking up this address?

Thanks in advance.

Labels (2)
Tags (2)
0 Kudos
2 Replies

411 Views
fabio_estevam
NXP Employee
NXP Employee

What is the error message you see?

Please try this U-boot patch:

git.denx.de Git - u-boot.git/commitdiff

0 Kudos

411 Views
andrewshepard
Contributor I

Hi Fabio,

Thanks for your feedback. I'm not getting an error message-the ROM is

able to read the SD card and it appears the SPL is executing. However,

it doesn't appear the environment is setup correctly when the SPL is

executing. As I mentioned it doesn't appear that static variables

inside functions are being initialized to zero. For example one of

those variables was set to 0xffffffff instead of zero. That variable is

located at address 88200064. I don't know where that address space is:

DDR?

Andy ...

0 Kudos