linux/poky.git/meta/conf/machine/include/powerpc/arch-powerpc64.inc, branch python3

arch-powerpc64.inc: disable the use of qemu usermode on ppc64

2016-05-06T09:31:15+00:00

It simply does not work at all: https://lists.yoctoproject.org/pipermail/yocto/2016-April/029698.html (From OE-Core rev: d044743cdc415745e68f3e26a3a7e2c94caecd93) Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

arm/arch-arm, tune-cortexa, tune-thunderx.inc, powerpac/arch-powerpc64.inc: Use normal assignment

2016-01-07T13:40:18+00:00

* some tunes were using weak assignment for TUNE_FEATURES, unify all tunes to use normal assignment so it behaves consistently (From OE-Core rev: 0a52bd3ed23e66200401d0836aad783095e7c7a0) Signed-off-by: Martin Jansa Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

meta/conf/machine: use ' inside quoted values

2015-12-01T21:32:05+00:00

(From OE-Core rev: 924ccf202a6d89de32fc34a140bf9e35e8e43b4e) Signed-off-by: Martin Jansa Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

conf/machine: use .= instead of += in TUNE_CCARGS

2013-04-29T13:45:06+00:00

* number of TUNE_CCARGS conditionals is important if we add extra space with each one in "else" branch I'm building for 2 MACHINEs one is cortexa9, second is cortexa8 few months ago we added TUNE_CCARGS[vardepvalue] in bitbake.conf http://git.openembedded.org/openembedded-core/commit/?id=03f1e34ea3ce80931e9c3cd2ab22824f28a7233b which fixed some cases (like mentioned tune-xscale and tune-arm926ejs) where both had unused TUNE_CCARGS when common DEFAULTTUNE was used. with cortexa[89] it's different, because cortexa9 has one extra TUNE_CCARGS TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "cortexa9", "-mtune=cortex-a9", "", d)}" which adds extra *space* even when not used because of '+=' and as result: $ bitbake-diffsigs tmp-eglibc/sstate-diff/1366797730/*/armv7*/adapterbase/*do_configure* basehash changed from f986789fb8fb3579ed6a3492cc8a8d10 to c851b5f838d945ee13072e9ad6725dca Variable TUNE_CCARGS value changed from ' -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon ' to ' -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon ' Hash for dependent task gcc-runtime_4.7.bb.do_populate_sysroot changed from bdeabf7a86958b9110b566344b7916de to 2be5618e6bc8c57ec9db5659bf217915 Hash for dependent task eglibc_2.17.bb.do_populate_sysroot changed from b4f40fc62dde684acd0a574532a55360 to 97fcb426603d4a1c1099c0504d2ebf7d Hash for dependent task glib-2.0_2.34.3.bb.do_populate_sysroot changed from fd2f90b83098c34e88d649d70f6ea4f5 to ebd740bb94ea3eb0a914efda6fc82c4a (From OE-Core rev: b7430ff83760ac29079d20dc7c62f498a0a9d55d) Signed-off-by: Martin Jansa Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

conf/machine: replace TUNE_CONFLICTS with TUNECONFLICTS

2012-07-17T09:53:53+00:00

* it wasn't consistent with other machine configs * reported 2 months ago.. http://lists.linuxtogo.org/pipermail/openembedded-core/2012-May/022154.html (From OE-Core rev: 3fec966531059b4b21f40be3b22a60edf88c5190) Signed-off-by: Martin Jansa Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

conf/machine/include: Cleanup PowerPC tunings to match README

2012-04-04T16:17:55+00:00

Cleanup the PowerPC tunings to match the new tuning README file. Default PowerPC to using TUNE_PKGARCH = ${TUNE_PKGARCH_tune-} Fix AVAILTUNE settings in ppc603e, and ppce500mc to be addative. Correct potentially overlapping "spe" definitions in ppce500 and ppce500v2. (From OE-Core rev: f81f71bcff4bb1032b034b068efe6065113ca9e7) Signed-off-by: Mark Hatle Signed-off-by: Richard Purdie

arch-powerpc{, 64}.inc: update/add PACKAGE_EXTRA_ARCHS for powerpc/powerpc64

2012-02-28T12:27:50+00:00

(From OE-Core rev: d19298a4915e00f4a91364d64ddc5fb9689b23c9) Signed-off-by: Matthew McClintock Signed-off-by: Richard Purdie

tune/arch-powerpc64: include arch-powerpc.inc to keep things in sync

2011-08-05T16:16:01+00:00

Added a DEFAULTTUNE setting and included arch-powerpc.inc. This way we pick up the changes to TUNE_PKGARCH and things should be kept more in sync going forward. (From OE-Core rev: 2c9bd779b008be266072f3c6d79430f63ec02241) Signed-off-by: Kumar Gala Signed-off-by: Richard Purdie

tune/arch-powerpc64: Remove support for soft-float from ppc64

2011-08-01T13:16:55+00:00

All 64-bit PPC processors support hard-float so no need to support soft-float. (From OE-Core rev: 54c7d1faf5376c8fb9b19f4e192ce959c8442782) Signed-off-by: Kumar Gala Signed-off-by: Richard Purdie

tune/arch-powerpc64: Fix typo with 64-bit TUNE_CCARGS handling