summaryrefslogtreecommitdiffstats
path: root/meta/conf/machine
Commit message (Collapse)AuthorAgeFilesLines
* meta: Convert getVar/getVarFlag(xxx, 1) -> (xxx, True)Richard Purdie2012-03-052-5/+5
| | | | | | | | | | | | Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* soc-family.inc: to be included in machine.conf to add SOC_FAMILY to ↵Denys Dmytriyenko2012-03-041-0/+2
| | | | | | | | | | | | | | MACHINEOVERRIDE Add a soc-family.inc file that can be included in a machine.conf to enable the use of SOC_FAMILY in MACHINEOVERRIDE, which could be useful to group multiple machines with the same common base. Some examples can be seen in meta-ti BSP layer. (From OE-Core rev: 641cdbc7ee0186053dd541e0dd5fb7b03b1c10d1) Signed-off-by: Denys Dmytriyenko <denys@ti.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ppc*.inc: update to use new default value for TUNE_PKGARCHMatthew McClintock2012-02-285-5/+5
| | | | | | | (From OE-Core rev: 12f0a0d3e1afe90633c8b95d36670ab0f156e912) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ppce5500: consolidate ppce5500 and ppc64e5500 into one tune fileMatthew McClintock2012-02-283-30/+20
| | | | | | | | | | | | | | We don't need two files for this. Also this fixes some mutlilib build issues where we were not able to select the multilib arch to be ppce5500 or ppc64e5500. Changes recently made to meta-fsl-ppc layer depend on this change as well (From OE-Core rev: 4fbb72a359fea2e0922f472f48f186bbd1ca2b36) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-powerpc{, 64}.inc: update/add PACKAGE_EXTRA_ARCHS for powerpc/powerpc64Matthew McClintock2012-02-282-3/+2
| | | | | | | (From OE-Core rev: d19298a4915e00f4a91364d64ddc5fb9689b23c9) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv7.inc: fix quotingMartin Jansa2012-02-261-1/+1
| | | | | | | (From OE-Core rev: 6e1065a4988489baa762f7dc1535fe326e0ba7b5) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-mips32.inc: Add mips32-nf and mips32el-nfAndreas Oberritter2012-02-081-1/+5
| | | | | | | | | | tune-mips32.inc only lists mips32 CPUs with hardware FPU. Extend it to list CPUs without hardware FPU, too. (From OE-Core rev: 26630a9f37b04e215eff9b8e63414b6b2066d6fa) Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuppc: replace emulation of qemuppc from prep to mac99Liming Wang2012-01-171-1/+1
| | | | | | | | | | | | With this new emulation, existing qemuppc functionality is maintained and other functionality such as framebuffer + sato and NFS boot are added. (From OE-Core rev: 52ea026df141ea23bbab38ad3a9733c15097eaa4) Signed-off-by: Liming Wang <liming.wang@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Remove last remnants of kernel26 MACHINE_FEATURESSteve Sakoman2012-01-101-1/+1
| | | | | | | | | There is no reason to continue to carry this feature (From OE-Core rev: f1193e077d187b9ce18ae0686b1a1f0f9832036d) Signed-off-by: Steve Sakoman <steve@sakoman.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Change -mno-thumb to -marmKen Werner2011-12-242-4/+4
| | | | | | | | | | | Recent versions of the GCC reject the -mno-thumb option. In order to prevent the compiler from generating code for the Thumb instruction set the -marm switch should be used instead. For details see GNU bug #47930. (From OE-Core rev: 72dc73f5a647ccd38145fd888c109a144f202963) Signed-off-by: Ken Werner <ken.werner@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-powerpc: set PACKAGE_EXTRA_ARCHSIlya Yanok2011-12-224-5/+7
| | | | | | | | | | | Set PACKAGE_EXTRA_ARCHS for the generic tunes ("powerpc" and "powerpc-nf") thus allowing to use them instead of tuning to the specific CPU. (From OE-Core rev: 5eafbe2d8684ee1c45477bfd69b579af47adccd9) Signed-off-by: Ilya Yanok <yanok@emcraft.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/include/arm add extra MACHINEOVERRIDES like x86 doesMartin Jansa2011-12-135-0/+5
| | | | | | | | | | | * motivated by this NAK http://patchwork.openembedded.org/patch/15777/ and today's discussion on #yocto I hope it's worth it to send this RFC (From OE-Core rev: e3e1fef27345e2ea923b76b1e6bcb9cd5572cec6) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* x86 tune: fix TUNE_PKGARCH definition for proper PACKAGE_ARCHNitin A Kamble2011-12-122-5/+5
| | | | | | | | | | | | | | | | | | | | | | rpmbuild can not handle the PACKAGE_ARCH of these kinds: x86_64-x32, core2-64, core2-64-x32 With these kinds of PACKAGE_ARCH the --target parameter of rpmbuild becomes like: core2-64-x32-poky-linux-gnux32 ; And rpmbuild extracts %_target (arch) wrongly as core2 generating these kinds of rpms with incorrect filenames: zip-3.0-r0.core2.rpm So this commit fixes the issue by making PACKAGE_ARCH like this: x86_64_x32, core2_64, core2_64_x32 Now --target parameter of rpmbuild becomes like: core2_64_x32-poky-linux-gnux32 ; And rpmbuild extracts %_target (arch) correctly as core2_64_x32 generating these kinds of rpms with correct filenames: zip-3.0-r0.core2_64_x32.rpm (From OE-Core rev: 1a599cc822ad517f9ba70ceb0e39c5572d37a5a6) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine: Don't poke around providers which aren't machine specific/safeRichard Purdie2011-12-064-9/+0
| | | | | | | | | | | | Machines shouldn't be poking around PREFERRED_PROVIDERS which aren't machine specific or at least machine safe. Kernels are machine specific and the xserver is selectable. libx11 and mesa are now really a distro choice and machine configurations shouldn't be poking around them as it just leads to corruption, conflicts and confusion. (From OE-Core rev: 97a57aca12437c24b628071bb189c9f3b94e27ca) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Convert to use direct access to the data store (instead of bb.data.*Var*())Richard Purdie2011-11-102-5/+5
| | | | | | | | | | | | | | | | | This is the result of running the following over the metadata: sed \ -e 's:bb.data.\(setVar([^,()]*,[^,()]*\), *\([^ )]*\) *):\2.\1):g' \ -e 's:bb.data.\(setVarFlag([^,()]*,[^,()]*,[^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^() ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -i `grep -ril bb.data *` (From OE-Core rev: b22831fd63164c4db9c0b72934d7d734a6585251) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* x86 tune files: set baselib for x32 tune as libx32Nitin A Kamble2011-10-202-2/+2
| | | | | | | | | | This ensures that on a multilib system the two executable formats don't conflict. (From OE-Core rev: 7b3cf9556085429faf8155a6eea412a0b8cc2c52) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-ia32: Add a generic x86 override (instead of i{3|4|5|6}86 and so on)Richard Purdie2011-10-151-0/+1
| | | | | | (From OE-Core rev: bd7663f5fa07394e5157f74e9958ebd88b7355b6) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xserver-xf86(-dri)-lite: rename to xserver-xorg and xserver-xorg-liteMartin Jansa2011-10-112-6/+6
| | | | | | | | | | | | * xserver-xorg is closer to upstream naming and that's how it's named in OE-classic and meta-oe? It would make meta-oe transition easier and better to do it now then convert meta-oe to xserver-xf86 and then rename it back later. (From OE-Core rev: 0b31c7200a368533df970f0efeb81e2e20c73593) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-i586: fix hardcoded TUNE_PKGARCHDongxiao Xu2011-09-281-1/+2
| | | | | | | | | | Use TUNE_FEATURES to determine the setting to TUNE_PKGARCH, which fixes the wrong setting of PACKAGE_ARCH in multilib case. (From OE-Core rev: 0762e1ff5e29487f5b25a069e31257275415a3e6) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa9.inc: add tunefile for cortexa9 socsHenning Heinold2011-09-281-0/+24
| | | | | | | (From OE-Core rev: 05a46d74ca1a1d9256d454d6ba022a76f287e21c) Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mips32: add mips32el tuningPhil Blundell2011-08-241-1/+4
| | | | | | | | | This makes building for little-endian mips32 slightly more convenient. (From OE-Core rev: cd5b601bb2149cbc866dc32b46f4058d3284fb00) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune: Add hard floating point variants of cortexa8 tunesDarren Hart2011-08-231-3/+11
| | | | | | | | | | | | | Enable machines or distros to select the hard floating point abi for cortexa8 machines. I left out the arm7a thumb+neon combinations as they were not present in the original non-hf set. (From OE-Core rev: c70ebd6f8ff34071febeb132c8bc4df220e328da) Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Jason Kridner <jkridner@beagleboard.org> CC: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune: add missing closing quote to arch-armv7a.inc for AVAILTUNESDarren Hart2011-08-231-1/+1
| | | | | | | | | | | A closing quote was missing for an AVAILTUNES append operation, add it. (From OE-Core rev: 7d46901840795638ff184a43e65299446fbd0b4e) Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Jason Kridner <jkridner@beagleboard.org> CC: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: change default kernel to 3.0.xBruce Ashfield2011-08-171-1/+0
| | | | | | | | | | | | The explicit setting of version preference to 2.6.37 is no longer required. All of the qemu targets have been built and boot tested on 3.0.1 for core-image-minimal and core-image-sato and are safe for wider build/boot testing. (From OE-Core rev: 14831b6ba26a6e43a1771a8516d0af145006c504) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ppce5500: Add a set of tune files for PowerPC e5500 coreKumar Gala2011-08-122-0/+30
| | | | | | | | | | | | | | | The PPC e5500 is a 64-bit core so we add both a 32 and 64-bit set of tune files to allow for: * pure 32-bit build * pure 64-bit build * 32-bit base, 64-bit multilib * 64-bit base, 32-bit multilib (From OE-Core rev: 60286934715c5f7f27d539f4a43a7226488ef963) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ppc: Update to pass glibc configure option to get cpu specific supportKumar Gala2011-08-122-2/+8
| | | | | | | | | | | | | | | We need --with-cpu based to glibc to get proper support on 603e & e500mc to pickup proper math libs to deal with sqrt. These core do not implement the fsqrt[s] instructions that the normal PPC math libs utilize. This causes use to not set AVAILTUNES specifically to the sub-arch only as we arent generically compatiable. (From OE-Core rev: 078699cb8c707830c86b55787fd535d87171388e) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-x86-64: Fix DEFAULTTUNE order so weak default to overrides the ↵Richard Purdie2011-08-101-1/+2
| | | | | | | | arch-ia32 version (From OE-Core rev: 34f2b2a207df8013f70a6de5a5f7e911ee2a8d71) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* x86 tune inc files: add x32 abi tune parametersNitin A Kamble2011-08-093-3/+22
| | | | | | | (From OE-Core rev: 19252e0592c59ed0fb06ca510d11e564518f746d) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine/include/arm/feature-arm-thumb: Allow thumb to be disabledRichard Purdie2011-08-051-1/+1
| | | | | | | | | | | The previous commit to this file meant thumb was always being turned on even when TUNE_FEATURES did not contain "thumb". This is clearly wrong and this patch corrects this so thumb options are no longer specified in that case. (From OE-Core rev: 4b5e8074f8aca59b09421db464ce652e84f898f2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune/arch-powerpc64: include arch-powerpc.inc to keep things in syncKumar Gala2011-08-051-0/+4
| | | | | | | | | | | 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 <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/qemux86-64: Automate TRANSLATED_TARGET_ARCHRichard Purdie2011-08-031-3/+0
| | | | | | (From OE-Core rev: 6def7129cf7580a935c05cc05b7f803812d5bb18) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune/ppc: Fix various TUNE_PKGARCH issuesRichard Purdie2011-08-026-6/+7
| | | | | | | | | | We need to ensure only one value ends up in TUNE_PKGARCH rather than several. This change ensures consistency accross all the PPC tune files and that they correctly inherit the core value but also allow it to be overwritten. (From OE-Core rev: f9a8b719dd3fc7593a509c8f288caf1486add2f8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv7a.inc: fix armv7a-vfp-neon -> armv7a compat caseKoen Kooi2011-08-011-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Without this 'armv7a' is used as TUNE_ARCH but does *not* end up in PACKAGE_EXTRA_ARCHS: arch all 1 arch any 6 arch noarch 11 arch arm 16 arch armv4 21 arch armv4t 26 arch armv5 31 arch armv5t 36 arch armv5-vfp 41 arch armv5t-vfp 46 arch armv5e 51 arch armv5te 56 arch armv5e-vfp 61 arch armv5te-vfp 66 arch armv6-vfp 71 arch armv6t-vfp 76 arch armv7-vfp 81 arch armv7t2-vfp 86 arch armv7a-vfp 91 arch armv7at2-vfp 96 arch armv7a-vfp-neon 101 arch armv7at2-vfp-neon 106 arch beagleboard 111 Which leads to a failing do_rootfs (From OE-Core rev: 2a41a311ddda11713296391050f3c2c1b2c1d3d3) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ppce500mc: Adjust PowerPC e500mc tune file to correctly set hard fpu.Malcolm Crossley2011-08-011-1/+1
| | | | | | | | (From OE-Core rev: 1456cdef9e1a28f7abe1385b10caa5069ba7afac) Signed-off-by: Malcolm Crossley <malcolm.crossley@ge.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune/arch-powerpc64: Remove support for soft-float from ppc64Kumar Gala2011-08-011-4/+2
| | | | | | | | | | 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 <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune/arch-powerpc64: Fix typo with 64-bit TUNE_CCARGS handlingKumar Gala2011-08-011-1/+1
| | | | | | | | | | When figuring out how to set TUNE_CCARGS we should look for 'm64' not 'n64' in TUNE_FEATURES. (From OE-Core rev: 7a9ea28e69e8121a559f610dd2330edd33f0a907) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* feature-arm-thumb: respect ARM_INSTRUCTION_SETMartin Jansa2011-08-011-1/+2
| | | | | | | | (From OE-Core rev: e23f9ce928353c9da2b9c4bfa9a1a125a7d160f2) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-xscale: fix xscale/xscale-be confusionDmitry Eremin-Solenikov2011-08-011-1/+1
| | | | | | | | | | | Currently tune-xscale.inc has options wrt. setting of xscale/xscale-be tunes. Fix that. (From OE-Core rev: 90ce6e4b7ffaaf1e3af39583ca62b20f08e78959) Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv6, arch-armv5-dsp: correct endianness confusionPhil Blundell2011-08-012-6/+6
| | | | | | | | | | | | | | | | | | | PACKAGE_EXTRA_ARCHS_tune-armv5eb needs to be defined in terms of the non-e with the same endianness, i.e. PACKAGE_EXTRA_ARCHS_tune-armv5b not PACKAGE_EXTRA_ARCHS_tune-armv5, otherwise PACKAGE_EXTRA_ARCHS will end up containing a semi-random mixture of endiannesses and disaster will ensue. Likewise for the vfp and armv6 variants. This is all a bit confusing because TUNE_FEATURES is done the opposite way around, i.e. TUNE_FEATURES_tune-armv5eb is derived by taking the armv5e version and adding bigendian. But fixing that is probably a subject for a separate patch. (From OE-Core rev: 391c0102a81455c76244d13b6878e3a76cca65dc) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortex{m1, m3, r4}: correct spelling of "cortex"Phil Blundell2011-08-013-4/+3
| | | | | | | | | | Otherwise the test in TUNE_CCARGS will never match. (From OE-Core rev: 3b7784021259ac745c80043bec16189fa8f4e45e) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Add basic PowerPC core tune configRichard Purdie2011-07-277-18/+96
| | | | | | (From OE-Core rev: 3212029f0967dd353fec8cc147d2b95031d1018a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Add basic Mips core tune configRichard Purdie2011-07-272-3/+76
| | | | | | | Acked-by: Mark Hatle <mark.hatle@windriver.com> (From OE-Core rev: b33cdc23c04acfa55df0f764e1648bf030ae5e9c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Add ARM tune file overhaul based largely on work from Mark HatleRichard Purdie2011-07-2723-74/+435
| | | | | | (From OE-Core rev: 789dcb8e68a2ab9784ac10ab36815010c61af2fc) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine/qemu: set preferred linux-yocto kernel versionBruce Ashfield2011-07-271-0/+1
| | | | | | | | | | | The introduction of the linux-yocto-3.0 kernel is taking precedence over the known working 2.6.37 version. Forcing 2.6.37 until 3.0 is validated on the qemu machines. (From OE-Core rev: 77a41ab5ca92606ee08f002a8dfc631f642a3179) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-core2.inc: Drop X86ARCH32 usageRichard Purdie2011-07-271-1/+0
| | | | | | | | | Using i686 doesn't work well with locale generation and doesn't gain anything so revert to the i586 default. (From OE-Core rev: 79b7b1aab5d3d002bfa7a49887d5d834c29eae45) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-ia32.inc: Fix up TUNE_ARCH variable conflictsRichard Purdie2011-07-262-3/+5
| | | | | | | | | The current approach causes duplicate values to appear in the TUNE_ARCH field and this patch addresses that. (From OE-Core rev: 02031d766f983cd7e01e468cb2c926604313cd2a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Rename SITEINFO_ENDIANESS to SITEINFO_ENDIANNESSKhem Raj2011-07-261-2/+2
| | | | | | | | | | | | | There is this discrepency in spelling. Lets fix it in core. There are lot of layers using SITEINFO_ENDIANNESS This was shielded since meta-oe had its own copy of siteinfo class. But that class has now been deleted in favor of oe-core (From OE-Core rev: 54a54778fad39931ac7d43daaf37ce7c1946a29b) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Move architecture specific TARGET_OS mangling into tune filesRichard Purdie2011-07-252-0/+4
| | | | | | (From OE-Core rev: f10a3457cdfbb4a94978da998d178d4254632fa7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/include: Start to fill out architecture specific tune include ↵Richard Purdie2011-07-2528-35/+93
| | | | | | | | | | | | | | | | | | | | | | | | | | | files and tune features These changes revolve around the idea of tune features. These are represented by 'flag' strings that are included in the TUNE_FEATURES variable. Any string included in TUNE_FEATURES should also add a TUNEVALID[<name>] entry so we can know which flags are available in TUNE_FEATURES and have documentation about what the flags do. We will add sanity code to error if flags are listed in TUNE_FEATURES but are not documented in TUNEVALID. A given tune configuration will want to define one or more predetermined sets of _FEATURE flag lists. These are defined in the form TUNE_FEATURES_tune-<name>. For defined tune configuation, <name> should be added to the AVAILTUNE list so that we can determine what tune configurations are available. Flags cannot be used in this case as with TUNEVALID since its useful to be able to build up tune lists from other TUNE_FEATURES_tune-yyy options. A given tune configuration may also define PACKAGE_EXTRA_ARCHS_tune-<name> and BASE_LIB_tune-<name> to control the multilib location. All options can be overridden by the distro or local user configuration. (From OE-Core rev: 5f9d56bd64997b93ed7e46c117851002a0556654) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/include: Set TUNE_CCARGS instead of TARGET_CC_ARCHRichard Purdie2011-07-2527-31/+31
| | | | | | | | | | | | | | Since we're updating the tune file format, it makes sense to abstract the compiler tune arguments at this point too. This means that should these need to be overridden at any point, the original values can still be obtained in a similar manner to the other TUNE* variables. Whilst this isn't strictly necessary for any current need, its likely good practise to standardise this behaviour. (From OE-Core rev: 3a3c69a1bc3cf0b6f6a3b13d86c12ed21798d48e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-03 18:57:13 +0000