Mirror of git.yoctoproject.org/poky https://git.enea.com/cgit/linux/poky.git/atom?h=1.4_M1 2012-11-26T10:01:22+00:00 2012-11-26T10:01:22+00:00 Martin Jansa Martin.Jansa@gmail.com 2012-10-02T13:21:08+00:00 urn:sha1:54ee29e56348a11667fd368714c0462ba58a3647 * this is mostly for backwards compatibility and to share binary feed like it was before, but now without missing different -mtune in it * if you want to build some package with -mtune add something like this to your distro config DEFAULTTUNE_qemuarm_pn-openssl = "arm926ejs" DEFAULTTUNE_qemuarmx_pn-openssl = "xscale" be aware that if you do this you should do it also for all packages which depends on openssl because if you dont and you build e.g. dhcp, then dhcp build for arm926ejs (even with DEFAULTTUNE armv5te) will depend on openssl with arm926ejs, so dhcp in armv5te feed will be rebuild after each MACHINE switch. * cortexm3, cortexr4, iwmmx and ep9312 are using own DEFAULTTUNE because they define also different -march * shared feeds are armv4t: arm920t, arm9tdmi armv5te: arm926ejs, xscale armv7a-neon: cortexa8, cortexa9 (From OE-Core rev: a11bdc36a1be18cc5aa14682b2a2c9ee83141f51) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-11-26T10:01:22+00:00 Martin Jansa Martin.Jansa@gmail.com 2012-09-11T17:05:45+00:00 urn:sha1:2c300bccbdd7eb3572d0ecab0f10f291b290d359 * without this tune-xscale and tune-arm926ejs were both creating packages in armv5te feed, but each with different -mtune, with OEBasicHash enabled it was causing each package to rebuild with new -mtune after MACHINE switch, but that doesn't make sense with output stored in the same armv5te feed * this makes different feed for each -mtune, but more generic one to be selected with DEFAULTTUNE * tune-iwmmxt and tune-ep9312 were already using this, just move it bellow AVAILTUNES and use ARMPKGARCH_tune-foo syntax * tune-cortexr4 and tune-cortexm3 are using armv7r/armv7m as ARMPKGARCH because there isn't another tune to use the same -march (From OE-Core rev: cffda9a821a3b83a8529d643c567859e091c6846) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-11-26T10:01:22+00:00 Martin Jansa Martin.Jansa@gmail.com 2012-10-02T17:22:00+00:00 urn:sha1:c5b670e4c9f020ed951d5499a888c50b1d703b62 * tune-foo is not valid override, for it to work I had to add ARMPKGARCH = "${ARMPKGARCH_tune-${DEFAULTTUNE}}" but that doesn't work without value defined for every supported DEFAULTTUNE value, otherwise it's expanded like this TUNE_PKGARCH (${ARMPKGARCH_tune-armv5te}te). (From OE-Core rev: 31e4f2dee990ee7f5d7491b65565e71d7d580209) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-11-25T21:36:43+00:00 Martin Jansa Martin.Jansa@gmail.com 2012-10-04T10:58:54+00:00 urn:sha1:68c2a559a149f12652073bae7e1659cd5902c70d * probably copy&paste error from tune-cortexm3.conf commit 789dcb8e68a2ab9784ac10ab36815010c61af2fc Author: Richard Purdie <richard.purdie@linuxfoundation.org> Date: Mon Jul 25 19:03:24 2011 +0100 Add ARM tune file overhaul based largely on work from Mark Hatle (From OE-Core rev: 4827232077e4a059d6aa818f89c83c42bb91949a) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-11-25T21:36:43+00:00 Martin Jansa Martin.Jansa@gmail.com 2012-10-04T10:37:05+00:00 urn:sha1:1c5fb74ad7f5ec83578eecdc1180d24b840bdb1c * without this you'll get different sstate checksum for webkit-gtk and cairo even when you build them with DEFAULTTUNE == armv5te * maybe this isn't needed at all anymore or if it is then it should be applied in arm-armv5.inc for all armv5te devices, not only xscale? (From OE-Core rev: c51643a510da6d1c3426b3de8f18ae864cb073a4) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-11-20T16:36:42+00:00 Ross Burton ross.burton@intel.com 2012-11-20T16:28:13+00:00 urn:sha1:39ab3f14f2755db83a2e689972038e74e39df645 (From OE-Core rev: 2948fcb2e85d71e3e686760f12e1082dc912f418) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-11-20T15:31:53+00:00 Laurentiu Palcu laurentiu.palcu@intel.com 2012-11-15T11:07:10+00:00 urn:sha1:69f1b459155fa7d9f43635e391ca8ac4c615b613 The patch contains several aditional changes: * removed one backported patch (included in the new release); * changed mips64-compiler.patch to apply properly; * licence checksum for COPYING file changed: some copyright years have been changed; * bump PR in xorg-driver-common.inc so that all input/video drivers get rebuilt. That's becaue the ABI changed; The following external modules are now built-in: * DBE * DRI2 * DRI * RECORD The extmod module was completely removed. (From OE-Core rev: 506da0d139dd470475a1d6b2dd3ae62406c36816) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-10-27T08:44:56+00:00 Peter Seebach peter.seebach@windriver.com 2012-10-23T22:56:00+00:00 urn:sha1:8d98171dc2d66459dc5862cebdb350437c817982 The n32 architecture is odd, in that it's a mips64 ABI which happens to be 32-bit. To handle this, we need something in the environment which can be used to distinguish it. The obvious place to stash this is the ABI suffix, so we use "n32" as an ABI suffix. This allows a couple of improved checks: 1. In insane.bbclass, we can use "linux-gnun32" to discern that it's okay for a mips64 binary to be a 32-bit binary in some cases. 2. In multilib_header, we can check for the n32 ABI, and use a distinct value. 3. In siteinfo, add linux-gnun32 as a synonym for linux, similar to what's done for linux-gnux32, and tell the mips*-linux-gnun32 variants to pick up the corresponding mips-linux site configs. Note that the multilib header wrapper already has n32 hooks in it, there was just nothing creating -n32 header variants. (From OE-Core rev: c8e8e8ba22eaa335ac72f0e5b317f804035133e2) Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-10-18T11:13:48+00:00 Ross Burton ross.burton@intel.com 2012-10-17T11:23:32+00:00 urn:sha1:d92cff65692a0b64231005381323eee77691ab69 mesa-dri is an empty package, so depending on it doesn't achieve anything. (From OE-Core rev: a41f8341971a958cf55c07f3c91e1742570053cd) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-09-28T14:19:41+00:00 Matthew McClintock msm@freescale.com 2012-09-10T21:20:05+00:00 urn:sha1:856d5794e8d1e769c1d23e2f1fb7c4a94198dbfa Also supports a new altivec TUNE_FEATURE (From OE-Core rev: 4586c24ad156773568cd38794936b8af62e862be) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>