Mirror of git.yoctoproject.org/poky https://git.enea.com/cgit/linux/poky.git/atom?h=1.3_M5 2012-09-25T09:41:28+00:00 2012-09-25T09:41:28+00:00 Christopher Larson chris_larson@mentor.com 2012-09-24T19:00:41+00:00 urn:sha1:6ee9ebc42575d24bc5bcd5da175c81e4ea7ccb38 This avoids the hardcoding of ${libdir}/locale which is all over the place, and will facilitate use of ${exec_prefix}/lib/locale instead of ${libdir}/locale. This doesn't actually change any output at this time. Verified this with buildhistory against the packages produced from core-image-base. (From OE-Core rev: b744f4cc2912334b8493a89525fd02af8e9b8edf) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-09-24T10:30:32+00:00 Khem Raj raj.khem@gmail.com 2012-09-24T02:55:40+00:00 urn:sha1:ddd55085fa693fea2705b16bf57df84bfd410d9d We have been adding this option to paper over a bug in old toolchain http://hardwarebug.org/2008/11/28/codesourcery-fails-again/ e.g. is one but these have been weeded out. Therefore let gcc take the default vectorization optimizations (From OE-Core rev: e4336ab56db1e07a7f3dc08d3a4de3593b0fad22) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-09-21T13:20:18+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-09-21T13:18:05+00:00 urn:sha1:3c101af5e33b21f53171c66de0c2c3e797d95247 The globs used for STAMPCLEAN were too greedy matching gcc-cross-initial stamps for gcc-cross for example. This patch resolves that problem making the assumption that PV starts with something numeric. This assumption should hold in most cases and has a better failure case that the current situation. (From OE-Core rev: d7fbc70b6c6ac629d2a23ac16ab45461f88b4b26) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-09-20T10:52:35+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-09-17T10:04:27+00:00 urn:sha1:3d6229535c7030f0d866235a56f1d8afcc95292a This takes advantage of new bitbake functionality to clean up stale stamp files when creating new stamp files. [YOCTO #2961] (From OE-Core rev: e21b6c04e512a3bc2339a20045b7041f1d26e859) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-09-14T08:50:31+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-09-14T08:41:59+00:00 urn:sha1:db82b42cdde211c67e7affb9da3b20b2514a714a Currently, SRCPV is just listed as having a value of ${@bb.fetch2.get_srcrev(d)} which isn't helpful. This can mean that if PV changes, two recipes can have the same sstate checksum despite having different PV values since the PV value itself isn't tracked anywhere. Adding this line means that the real PV value is expanded and recorded in the sstate checksum, meaning the sstate packages no longer overlap. This is critical in ensuring consistent builds for revipes using SRCPV. (From OE-Core rev: a9fffadec4fb60547257cb3d7496b6e39ed07be8) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-09-12T14:13:49+00:00 Ross Burton ross.burton@intel.com 2012-09-11T19:18:02+00:00 urn:sha1:003c45755d85b612e45b22fb66d51d2b4b82ab8d (From OE-Core rev: 8b0a1ce417feea5f58fc08f54025343c7c7ff892) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-09-10T12:01:50+00:00 Khem Raj raj.khem@gmail.com 2012-09-06T22:23:40+00:00 urn:sha1:5cf953b02ea6d103b7c09d6f36c198d550d06367 nptl and thereby tls are not optional anymore (From OE-Core rev: 1a4b277e47a8d624cde4c73713d036e230f3a523) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-09-10T12:01:49+00:00 Khem Raj raj.khem@gmail.com 2012-08-31T21:18:45+00:00 urn:sha1:4bca66470ea953963b5d3537046d5080564d190e (From OE-Core rev: 2092e08ba81595c6aaedca8237f6717409eb53b6) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-09-07T11:10:39+00:00 Bruce Ashfield bruce.ashfield@windriver.com 2012-09-06T12:27:14+00:00 urn:sha1:72dc770cd926988b045cfff92ab30c89d6a417c1 It has been pointed out several times that the yocto mpc8315e-rdb reference was using the wrong tuning (603e), since it is actually a e300c3 board. This commit creates a e300c3 tune file based on the e300c2 variant already in oe-core. This commit also inhibits altivec in flac when this new tuning is enabled and used by the mpc8315e-rdb [YOCTO #1192] (From OE-Core rev: 8663c7ba0530eb36728fe524ed0137e064cc1c5a) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-09-05T16:37:15+00:00 Martin Jansa martin.jansa@gmail.com 2012-09-04T20:58:37+00:00 urn:sha1:1d4861923db9674ff5b83fcd0755423bb1ccfd22 * add new packagegroup-core-x11-server to SIGGEN_EXCLUDERECIPES_ABISAFE, so that recipes depending on it are not rebuilt after every machine swtich * allows to remove task-x11-server and task-x11 from meta-oe without loosing any functionality * be carefull with default XSERVER value which does not have xf86-input-mouse and xf86-input-keyboard) * VIRTUAL-RUNTIME_xserver_common which defaults to x11-common in oe-core and xserver-common in meta-oe's task-x11 (From OE-Core rev: a398c96706c119f298f57a929a317fcf8e0f5b92) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>