summaryrefslogtreecommitdiff
path: root/meta/conf/machine/include
Commit message (Collapse)AuthorAgeFilesLines
* conf/machine: Clean up configuration values.Peter Seebach2012-05-066-6/+11
| | | | | | | | | This cleans up and/or corrects a few values from machine includes for consistency with future toolchain sanity checks, and also adds the TUNEVALID and TUNECONFLICTS to documentation.conf. Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-sh4.inc: Fix spelling of big-endian feature setPeter Seebach2012-05-013-4/+4
| | | | | | | | | In tune-sh3, tune-xscale, and tune-sh4, several FEATURES lines referred to nonexistent features like "sh3eb" when they should have referred to "sh3 bigendian" or the like. Caught by the TUNEVALID sanity check. Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/include: Update SH tunings to match READMEMark Hatle2012-04-044-6/+65
| | | | | | | | Update the experimental SH tunings to match the tunings README. These tunings have not been tested, and are experimental! Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* conf/machine/include: Cleanup ARM tunings to match READMEMark Hatle2012-04-046-7/+47
| | | | | | | | | | | | | | | | | | | Cleanup the ARM tunings to match the new tunings README file. The ARM tunings define TUNE_PKGARCH in a way that only one main arm architecture, i.e. armv6, may be defined at the same time. We may have to revise these settings in the future, as well as figure out a way to better differentiate various optimize tunings in the package arch. (This was not done, to preserve existing behavior!) Fix a number of minor issues w/ the armv5 tunings where DSP variants were referenced but not defined. Fix incorrect armv7 entries in armv7a. Fix PACKAGE_EXTRA_ARCHS definitions inside of tune-cortexm3 and tune-cortexr4. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* conf/machine/include: Cleanup PowerPC tunings to match READMEMark Hatle2012-04-049-20/+47
| | | | | | | | | | | | Cleanup the PowerPC tunings to match the new tuning README file. Default PowerPC to using TUNE_PKGARCH = ${TUNE_PKGARCH_tune-<tune>} Fix AVAILTUNE settings in ppc603e, and ppce500mc to be addative. Correct potentially overlapping "spe" definitions in ppce500 and ppce500v2. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* conf/machine/include: Cleanup MIPS tunings to match READMEMark Hatle2012-04-043-7/+84
| | | | | | | | | | Cleanup the MIPS tunings to match the new tuning README file. Also add a MIPS specific README file to explain the MIPS specifical architectural issues. Finally correct the variant configurations within the tune-mips32.inc. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* conf/machine/include: Cleanup IA tunings to match READMEMark Hatle2012-04-045-27/+59
| | | | | | | | | | | We perform a basic cleanup of the IA32 architecture and related tunings in order to match the rules and descriptions within the new tuning README file. A number of small issues were corrected in the "c3" tuning to bring it inline with the README. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* conf/machine/include/README: Add readme to explain cpu tuningsMark Hatle2012-04-041-0/+77
| | | | | | | | | | | | | | Add a new README that covers the basic items used with various cpu tunings. The goal is to better help people understand the various settings and where things should or should not be defined. Corresponding architecture README files will also be generated to explain the particulars of architectural tunings. Also remove the default TUNE_PKGARCH setting in bitbake.conf. This was done to ensure an error occurs if an invalid tuning is defined. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* tune-cortexa8/9: fix PACKAGE tunes being all armv7at even for non-Thumb onesDenys Dmytriyenko2012-03-312-4/+4
| | | | | | | | | | | All PACKAGE_EXTRA_ARCHS for cortexa8, cortexa8t and cortexa8-neon have typo in referencing tune-armv7at even for non-Thumb modes. Probably a copy/paste error. That's not the case for recently-added hard-fp tunes. Same for cortexa9. Signed-off-by: Denys Dmytriyenko <denys@ti.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* virtual/libgl: use mesa-xlib for qemuarm/qemumips/qemuppcZhai Edwin2012-03-301-0/+1
| | | | | | | | | | Still need mesa-xlib for emulation of GLX interface on qemuarm/mips/ppc, where mesa-dri doesn't work for pure qemu emulator. [YOCTO #2066] fixed. Signed-off-by: Zhai Edwin <edwin.zhai@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv7a.inc: fix PACKAGE_EXTRA_ARCHS after armv7.inc was removedMartin Jansa2012-03-301-8/+8
| | | | | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu.inc: Use '+=' for IMAGE_FSTYPESTom Rini2012-03-291-1/+1
| | | | | | | | | As per http://lists.linuxtogo.org/pipermail/openembedded-core/2012-March/020053.html a machine conf file should use '+=' to set IMAGE_FSTYPES. Signed-off-by: Tom Rini <trini@ti.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* powerpc e500: set -mfloat-gprs=doubleChristopher Larson2012-03-282-2/+2
| | | | | | | | | | Use of FPRs instead of GPRs is incompatible with e500/SPE, so let's be explicit about the use of GPRs to avoid potential errors. For example, with the Sourcery G++ toolchain, one can hit: conftest.c:1:0: error: E500 and FPRs not supported. Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune/armv7: DeleteKhem Raj2012-03-283-59/+2
| | | | | | | | | | | | | | | | | | | | armv7 is least common denominator of armv7-a armv7-m and armv7-r and armv7-m does not support ARM instructions but only thumb2 instruction set which means armv7 when chosen will complain if code is compiled in arm mode which is default in OE if not specified other wise if we chose this tuning errors like below pop up error: target CPU does not support ARM mode This tuning seems theoretical and base tune for armv7 would be one of armv7-a, armv7-m or armv7-r Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-powerpc.inc: use default value of TUNE_PKGARCHMatthew McClintock2012-03-221-4/+2
| | | | | | | | We can use the default value for TUNE_PKGARCH, and now we just append "-nf" if TARGET_FPU is fpu-soft Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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. 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
| | | | Signed-off-by: Matthew McClintock <msm@freescale.com>
* 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 Signed-off-by: Matthew McClintock <msm@freescale.com>
* arch-powerpc{, 64}.inc: update/add PACKAGE_EXTRA_ARCHS for powerpc/powerpc64Matthew McClintock2012-02-282-3/+2
| | | | Signed-off-by: Matthew McClintock <msm@freescale.com>
* arch-armv7.inc: fix quotingMartin Jansa2012-02-261-1/+1
| | | | | 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-071-1/+5
| | | | | | | tune-mips32.inc only lists mips32 CPUs with hardware FPU. Extend it to list CPUs without hardware FPU, too. Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
* Remove last remnants of kernel26 MACHINE_FEATURESSteve Sakoman2012-01-091-1/+1
| | | | | | There is no reason to continue to carry this feature Signed-off-by: Steve Sakoman <steve@sakoman.com>
* Change -mno-thumb to -marmKen Werner2011-12-232-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. 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. Signed-off-by: Ilya Yanok <yanok@emcraft.com>
* 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 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 Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* conf/machine: Don't poke around providers which aren't machine specific/safeRichard Purdie2011-12-061-1/+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. 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 *` 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. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* arch-ia32: Add a generic x86 override (instead of i{3|4|5|6}86 and so on)Richard Purdie2011-10-151-0/+1
| | | | 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. 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
| | | | | 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. Signed-off-by: Phil Blundell <philb@gnu.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. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Jason Kridner <jkridner@beagleboard.org> CC: Koen Kooi <koen@dominion.thruhere.net>
* tune: add missing closing quote to arch-armv7a.inc for AVAILTUNESDarren Hart2011-08-221-1/+1
| | | | | | | | A closing quote was missing for an AVAILTUNES append operation, add it. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Jason Kridner <jkridner@beagleboard.org> CC: Koen Kooi <koen@dominion.thruhere.net>
* qemu: change default kernel to 3.0.xBruce Ashfield2011-08-161-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. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* 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 Signed-off-by: Kumar Gala <galak@kernel.crashing.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. 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 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* x86 tune inc files: add x32 abi tune parametersNitin A Kamble2011-08-083-3/+22
| | | | Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* 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. 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. Signed-off-by: Kumar Gala <galak@kernel.crashing.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. 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 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
| | | | | Signed-off-by: Malcolm Crossley <malcolm.crossley@ge.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.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. Signed-off-by: Kumar Gala <galak@kernel.crashing.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. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* feature-arm-thumb: respect ARM_INSTRUCTION_SETMartin Jansa2011-07-291-1/+2
| | | | | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
* tune-xscale: fix xscale/xscale-be confusionDmitry Eremin-Solenikov2011-07-291-1/+1
| | | | | | | | Currently tune-xscale.inc has options wrt. setting of xscale/xscale-be tunes. Fix that. Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
generated by cgit v1.2.3 (git 2.46.0) at 2025-02-21 12:56:31 +0000