linux/poky.git/meta-yocto, branch 1.5_M5.rc4

meta-yocto/layer.conf: Bump LAYERVERSION_yocto

2013-09-17T13:11:05+00:00

Commit 5992830145c fixes the autobuilder needing to rename qemux86-64 to qemux86_64 however in order to maintain autobuilder compatibility with prior releases we need to bump LAYERVERSION. (From meta-yocto rev: f08147b082017ff3f6eb812afb9c1e3704214de4) Signed-off-by: Elizabeth Flanagan Signed-off-by: Richard Purdie

kernel.bbclass, image.bbclass: Implement kernel INITRAMFS dependency and bundling

2013-09-06T22:04:47+00:00

This patch aims to fix the following two cases for the INITRAMFS generation. 1) Allow an image recipe to specify a paired INITRAMFS recipe such as core-image-minimal-initramfs. This allows building a base image which always generates the needed initramfs image in one step 2) Allow building a single binary which contains a kernel and the initramfs. A key requirement of the initramfs is to be able to add kernel modules. The current implementation of the INITRAMFS_IMAGE variable has a circular dependency when using kernel modules in the initramfs image.bb file that is caused by kernel.bbclass trying to build the initramfs before the kernel's do_install rule. The solution for this problem is to have the kernel's do_bundle_initramfs_image task depend on the do_rootfs from the INITRAMFS_IMAGE and not some intermediate point. The image.bbclass will also sets up dependencies to make the initramfs creation task run last. The code to bundle the kernel and initramfs together has been added. At a high level, all it is doing is invoking a second compilation of the kernel but changing the value of CONFIG_INITRAMFS_SOURCE to point to the generated initramfs from the image recipe. [YOCTO #4072] (From OE-Core rev: 609d5a9ab9e58bb1c2bcc2145399fbc8b701b85a) Signed-off-by: Jason Wessel Acked-by: Bruce Ashfield Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

local.conf.sample.extended: Add an example of how to enable fortran

2013-09-06T22:03:53+00:00

Add an example of how to enable FORTRAN from local.conf. Make it clear this is not officially supported. [YOCTO #5091] (From OE-Core rev: 8e971a457427ad3999ff3cf4c9be3c141d6bb7be) Signed-off-by: Richard Purdie

poky.conf: add version-going-backwards to ERROR_QA

2013-09-03T16:04:32+00:00

This restores this check after it was disabled by recent poky rev 560dac6e7db76f533f98eda969f585e4eb416e6e. This check is already in ERROR_QA in the default value set in OE-Core. Fixes [YOCTO #5088]. (From meta-yocto rev: 9b0aef0651a76b0587d52bd3022cc64786ff1f7b) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

recipes: Ensure that we only apply poky changes when poky is selected

2013-08-30T16:56:18+00:00

(From meta-yocto rev: 5bd26f2d294f10d9119c6b81d0b368198ee96ed9) Signed-off-by: Richard Purdie

local.conf.sample: Add genericx86-64 machine to machine list

2013-08-27T23:25:57+00:00

local.conf.sample lists all core BSPs. Add the new genericx86-64 machine, removing the duplicate entry of the genericx86 machine. (From meta-yocto rev: fb2ed5b2bc3fad86ac78c99ad93d0c64a5ea73ba) Signed-off-by: Darren Hart Signed-off-by: Richard Purdie

local.conf.sample: Replace atom-pc with genericx86

2013-08-27T09:55:08+00:00

Update the sample local.conf file to reflect the recent replacement of atom-pc with genericx86. (From meta-yocto rev: 87069d3228d23bc37dc918bbb17bda2f397aa7ba) Signed-off-by: Darren Hart Cc: Ross Burton Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

meta-yocto: change default kernel to 3.10

2013-08-27T09:55:07+00:00

With 3.10 being the next LTSI kernel, and all qemu reference platforms tested on that new baseline, the time has come to bump the default version for qemu* and other boards to 3.10. Reference platforms continue to explicitly set their own preferred versions for the kernel as required. (From meta-yocto rev: 8a732e2b940edb7618899a83dedb074f6086a407) Signed-off-by: Bruce Ashfield Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

poky.conf: add Debian 7.1 to SANITY_TESTED_DISTROS

2013-08-22T11:54:39+00:00

7.1 is a point release with security and bug fixes only, and I can confirm that it works. (From meta-yocto rev: 6d667926f795387207f6bed591aff244926f08e2) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

SDK_NAME: Change to include image name and tune arch

2013-08-22T11:51:59+00:00

[YOCTO #4618] When building out multiple toolchains with the same target arch you can end up having toolchains with the same name. Making the naming a bit more granular by adding IMAGE_BASENAME and TUNE_PKGARCH to SDK_NAME and removing TARGET_ARCH from SDK_NAME (From meta-yocto rev: 4ad6195596f7dcdb8a7131555d7caee630a4b958) Signed-off-by: Elizabeth Flanagan Signed-off-by: Richard Purdie