summaryrefslogtreecommitdiffstats
path: root/meta/conf/machine
Commit message (Collapse)AuthorAgeFilesLines
* tune-ppce6500.inc: add e6500 tune filesMatthew McClintock2012-09-281-0/+21
| | | | | | | | | 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>
* arch-powerpc.inc: add altivec as a valid tune featureMatthew McClintock2012-09-281-0/+2
| | | | | | | (From OE-Core rev: 026f8bc59b6c4cc23cc8a706117bf5b3555f2c7a) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv7a.inc: Don't disable vectorizationKhem Raj2012-09-241-1/+1
| | | | | | | | | | | | 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>
* machines/x86: Drop redundant glibc configure knobsKhem Raj2012-09-103-12/+0
| | | | | | | | | | 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>
* arch-armv4.inc: On armv4 add --fix-v4bx to linker flags for kernelKhem Raj2012-09-101-0/+1
| | | | | | | | (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>
* conf/tune: add tune-ppce300c3Bruce Ashfield2012-09-071-0/+11
| | | | | | | | | | | | | | | | | | | 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>
* ia32-base.inc: new include fileTom Zanussi2012-08-291-0/+58
| | | | | | | | | | | | | | | | | | This is the ia32-base.inc moved over from meta-intel. See meta-intel for the complete history of contributions to this file. Here's the initial commit text that explains the purpose of this file: The meta-intel BSPs currently have a number of machine settings common to all - factor these out into a common include file. Also add several new intel-specific XSERVER variables for building XSERVER variables in BSPs. (From OE-Core rev: 9a8b4fcac639404caa8ac87717118b3380239838) Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* core: Prefer mesa-dri as virtual/libopengles1/2 providerDamien Lespiau2012-08-192-0/+4
| | | | | | | | | | | Wihtout it, you have both mesa-dri and mesa-xlib as providers. Let's prefer the accelerated version. (From OE-Core rev: 9f83d93c65942f9ed1b25a24976f92ae06c425c8) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ppc476.inc: Support ppc476Peter Seebach2012-07-181-0/+14
| | | | | | | | | | | | A couple of boards use chips which perform noticably better when optimized for the 476. Add a trivial tune file to let them run better. (From OE-Core rev: 9ac6da9d0e0b9f7678752ff7b9c91e39c140b4e7) 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>
* conf/machine: replace TUNE_CONFLICTS with TUNECONFLICTSMartin Jansa2012-07-175-5/+5
| | | | | | | | | | | | * 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 <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemumachines: make MACHINE_FEATURES append follow qemu.inc includeTom Zanussi2012-07-042-4/+4
| | | | | | | | | | | | | | | | | | | qemu.inc does a straight assign to MACHINE_FEATURES so overwriting the preceding append to MACHINE_FEATURES, so the MACHINE_FEATURES append needs to be moved after the include. This situation came about as a result of commit 71a4bf386: qemumachines: Enable xserver-xorg as default xserver For qemux86 and qemux86-64 include qemu.inc after defining XSERVER which missed this side-effect (and maybe others). (From OE-Core rev: 4f336e5f416df382fdd2b405314741164d537b22) Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu.inc: Remove mesa-xlib as PREFERRED_PROVIDERSaul Wold2012-05-241-1/+0
| | | | | | | | | | | | | | The xserver-xorg uses and depends on mesa-dri, so we should use the default PREFERRED_PROVIDER of libgl as mesa-dri. This resolves the following: ERROR: Multiple .bb files are due to be built which each provide virtual/libgl (/intel/poky/distro/meta/recipes-graphics/mesa/mesa-dri_7.11.bb /intel/poky/distro/meta/recipes-graphics/mesa/mesa-xlib_7.11.bb). This usually means one provides something the other doesn't and should. (From OE-Core rev: cf8b4b95c6d84c097f4fc63662f181a59e0f9cb9) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemumachines: Enable xserver-xorg as default xserverKhem Raj2012-05-243-3/+12
| | | | | | | | | | | | | | | | | | | | | For qemux86 and qemux86-64 include qemu.inc after defining XSERVER XSERVER variable is also weakly defined in task-core-x11.bb which means we can not use ??= otherwise when building any qemu image that uses task-core-x11.bb will get the wrong definition So we define the XSERVER common set for qemu in qemu.inc and as we know x86 and x86-64 qemu overrides the default we include qemu.inc after that definition which means that qemux86 and qemux86-64 get their own definitions and other qemus get the definitions from qemu.inc. other non-qemu machine will get their defintion from task which points to kdrive as of now. (From OE-Core rev: 62dba36166bc5faa32ba3e0664ae98b168cde6b1) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-mips64.inc: Add new tune file for mips64 big-endianKhem Raj2012-05-211-0/+3
| | | | | | | (From OE-Core rev: e6333825c3482a559a0c0499e17f8f48d3042ddf) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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. (From OE-Core rev: 6ffe53c721a80cf156b44f59b564f2e899c6af50) 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. (From OE-Core rev: e63fb1e9918bff6f91bbab09b29248ab8b649e84) 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! (From OE-Core rev: 603a15bf4c838e4b6352e31f70a958d93f91138f) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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. (From OE-Core rev: 0e71abea5458122188d5eddef2c17147f61ff895) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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. (From OE-Core rev: f81f71bcff4bb1032b034b068efe6065113ca9e7) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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. (From OE-Core rev: efbfa2ace3362393a20340af93e8dcab17a8619a) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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. (From OE-Core rev: ab77d3401908964f3249c761969600b5ec1bfbd0) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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. (From OE-Core rev: e138f9f7e48e0af94c5c88045c4f0581cc68248d) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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. (From OE-Core rev: 4e91c00bb3a171bebdb716451b901f5f099a04bc) 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-303-0/+3
| | | | | | | | | | | | 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. (From OE-Core rev: 22775b5f1d9c6d9860a579245bf7a48a982ab62f) 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
| | | | | | | (From OE-Core rev: d1ffae623ea9a6be3d2cb9067f64f33cc1fd1e8a) 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. (From OE-Core rev: b04f6504fe049e3e9dd3998377d1fc2d1ef9a13b) 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. (From OE-Core rev: 32bb6afe3e6f3e374e4d14edc238b46a90d44169) 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 (From OE-Core rev: 75b8adbc042e0f65fb1286bc550d02becd3b6aea) 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 (From OE-Core rev: c2d96179c00e6600698d3fbc5cf5c95313ab7535) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Simple typo in qemuarm.conf file: "versaile" -> "versatile"Robert P. J. Day2012-03-191-2/+2
| | | | | | | (From OE-Core rev: 4667f571e334b95716c3247e59742733c48de644) Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> 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. (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>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-13 17:39:58 +0000