linux/poky.git, branch 1.5_M4.final

qemumips: fix keyboard entry in graphical boots

2013-09-05T15:27:54+00:00

qemumips* (aka mti-malta32/64) still need to revert the following in 3.10: "Input: i8042-io - fix up region handling on MIPS" (commit 197a1e96) It was understood that this was no longer necessary, but X based boots still suffer the issue. (From OE-Core rev: 57483db524cdf7c42af48bbaee163f5396294ac0) Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

linux-yocto/3.10: update to v3.10.10

2013-09-05T15:27:54+00:00

Updating the BSP SRCREVs for the 3.10.10 korg -stable release. (From OE-Core rev: 9171dc4bb56109d65eeb1d1a434b6e311c89b173) Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

linux-yocto/3.10: fix YAFFS2 build issues

2013-09-05T15:27:53+00:00

The 3.10 yaffs2 refresh caused several build errors. One due the single kernel version support being incomplete, and two others due to core kernel changes creating incompatbilies with the yaffs2 code. The following three commits fix the issues. b76f445 yaffs2: disable procfs support ecfe5ed yaffs2: convert to kuid_t and kgid_t fa8efc9 yaffs2: restore multi-kernel version functionality bumping the SRCREVs for all BSPs to import the fix. (From OE-Core rev: 5799df791043bd77c0f31e6068ab99e21d6ad25e) Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

bitbake: hob: remove PACKAGE_INSTALL variable setting from hob

2013-09-04T13:18:49+00:00

Before saving the packages for a custom images in a .bb file, the packages were saved in bitbake memory. Now all the variables are saved in conf file, so saving PACKAGE_INSTALL is not needed anymore. Moved were LINGUAS_INSTALL is set, because both conditions are for testing if a custom image is saved. [YOCTO #5101] (Bitbake rev: 8757f962b92e7668f40d2d8bd9e762b152f91f7b) Signed-off-by: Cristiana Voicu Signed-off-by: Richard Purdie

bitbake: bitbake-worker: ensure BUILDNAME is available during execution

2013-09-04T13:18:49+00:00

BUILDNAME is set from cooker by default, so since the worker split it will not be set when executing functions. In OpenEmbedded this results in /etc/version (which is populated from BUILDNAME) not having any content. Pass this variable value through to the worker explicitly to fix the issue. Fixes [YOCTO #4818]. (Bitbake rev: 92940b0427d9b2b3f95e27c230ec1e36638a34bc) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

scripts/runqemu: Fix MACHINE regex

2013-09-04T13:17:29+00:00

When runqemu tries to determine the MACHINE variable from a kernel or vmdk filename that doesn't contain any known machine name, the variable gets set to the filename. It should remain unset and cause an error. [YOCTO #2890] (From OE-Core rev: 22c0668d9e0a22c095d78bab7b45ef4f803dd0d1) Signed-off-by: Mihai Prica Signed-off-by: Richard Purdie

glib-2.0: fix a host contamination issue

2013-09-04T13:15:58+00:00

We will see the following warning by accident: $ bitbake nativesdk-glib-2.0 WARNING: QA Issue: nativesdk-glib-2.0-dbg: found library in wrong location: /opt/poky/0.5.5/sysroots/x86_64-pokysdk-linux/usr/share/gdb/auto-load/opt/ poky/0.5.5/sysroots/x86_64-pokysdk-linux/usr/lib/libglib-2.0.so.0.3600.4-gdb.py There are two '/opt/poky/0.5.5/sysroots' in the path when the warning comes, this is what we need since glib-2.0 has done this intentionally in its configure and Makefile. This is because the configure script uses the: ABS_GLIB_RUNTIME_LIBDIR = "readlink -f $libdir/$with_runtime_libdir`" to figure out the abs dir, so if /opt/poky/0.5.5/sysroots/x86_64-pokysdk-linux/usr/lib/ exists , there would be warning, otherwise no warning. We can change the "readlink -f" to "readlink -m" to fix the host contamination issue. Another fix could be: ABS_GLIB_RUNTIME_LIBDIR ="" But this is much more like a workaround. [YOCTO #5099] (From OE-Core rev: 3e660ec01cc62c57b379b151e43c7952e97a1c2b) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

bitbake.conf: Add SDKPKGSUFFIX to hash whitelist

2013-09-04T13:15:57+00:00

The gcc recipes reference this however we account for it in the work directory paths and we don't want recipes depending on the value changing. This avoids unecessary rebuilds when switching SDKs. (From OE-Core rev: 6cdcc543ce8f532a4f66246114241b43821a111e) Signed-off-by: Richard Purdie

package.bbclass: Fix darwin shlib handling

2013-09-04T13:15:57+00:00

shlibs dependency calculations on darwin we not functioning correctly, we need to process the filename without the complete path. If we don't, "." characters in the path cause problems. (From OE-Core rev: 07e697d651178a84007123181fca38e4d98ae0e9) Signed-off-by: Richard Purdie

flex: Only use create_wrapper for native and nativesdk

2013-09-04T13:15:57+00:00

The create_wrapper functions of utils.bbclass cause implicit dependencies on bash, which may not be suitable for deployment on target. Besides, the wrapper doesn't seem to be necessary on target. (From OE-Core rev: 2ca72d35e839a0fa24d33bf75343f187792f4e2c) Signed-off-by: Olof Johansson Signed-off-by: Richard Purdie