[yocto] SPL_IMAGE, SPL_BINARY, and SPL_SYMLINK definitions

Denys Dmytriyenko denys at ti.com
Mon Nov 25 10:24:52 PST 2013


On Mon, Nov 25, 2013 at 01:02:35PM -0500, William Mills wrote:
> On 11/25/2013 09:06 AM, Rifenbark, Scott M wrote:
> >Anyone have descriptions for these three variables?  I would like to 
> >document them and am wondering if anyone has used them or knows how they 
> >work.

git blame u-boot.inc would have shown the commit 2965aa2f that added those 
vars into the main u-boot.inc. The commit log does provide some explanation. 
Although, that is the commit that unified SPL_* vars into a common .inc file, 
previously we used to add them into specific u-boot_*.bb recipes along with 
the necessary do_install_append() and do_deploy_append()...


> SPL is the preloader for U-boot required on some platforms.

And it stands for Secondary Program Loader:
http://git.denx.de/?p=u-boot.git;a=blob;f=doc/README.SPL;hb=HEAD


> The base include for u-boot defines the SPL_IMAGE and SPL_SYMLINK
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-bsp/u-boot/u-boot.inc
> 
> One example of use of SPL_BINARY is here:
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-bsp/u-boot/u-boot_2011.12.bb
> 
> So the SPL_BINARY defines the name of the file in the filesystem image.
> The SPL_IMAGE and SPL_SYMLINK appear to specific the long version
> specific image file produced by the build and the somewhat shorter
> symlink that points to it.  These will be in a machine specific dir
> on the build machine; the same place the kernel is found.
> (The kernel also gets a very long name and a symlink  you can reuse
> wording from the description if you have that already.)
> 



More information about the yocto mailing list