summaryrefslogtreecommitdiffstats
path: root/meta/conf/machine
Commit message (Collapse)AuthorAgeFilesLines
* tune-thunderx: Set the correct PACKAGE_EXTRA_ARCHS_tune-thunderxKevin Hao2019-06-111-1/+1
| | | | | | | | | | | | | | | | The value of PACKAGE_EXTRA_ARCHS_tune-thunderx should be based on PACKAGE_EXTRA_ARCHS_tune-armv8a-crc-crypto instead of armv8a-crc-crypto. Otherwise we would get some sanity check error like this: OE-core's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Error, the PACKAGE_ARCHS variable (all any noarch armv8a-crc-crypto thunderx qemuarm64) for DEFAULTTUNE (thunderx) does not contain TUNE_PKGARCH (aarch64) (From OE-Core rev: 13cc0f7c0bd98ea228e9bdf51043117d38837ce7) Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuarm64: Add QB_CPU_KVM to allow kvm accelerationRichard Purdie2019-05-311-0/+1
| | | | | | | | | | | This allows kvm acceleration on arm systems that support it. "host" is the best option I can find right now to attempt to use the acceleration. It potentially might not be correct but arm systems are sensitive to the correct values and I don't want to encode the autobuilders CPU type here. (From OE-Core rev: f13788541f64774a586971ed57699e4397b38b32) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemux86: use a Core 2 Duo CPU instead of the original circa-1993 PentiumAlexander Kanavin2019-05-172-4/+3
| | | | | | | | | | | This matches what the qemux86_64 is currently using, and will allow testing the instructions added in the meantime; particularly various SSE extensions are now enabled. (From OE-Core rev: f3b1e577ec94c849d0354f5679257f02ef4e4fe9) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemux86: Allow higher tunesJoshua Watt2019-05-011-1/+3
| | | | | | | | | | | | | | Allows the qemux86 machine to be tuned all the way up to an i7 if desired by overriding DEFAULTTUNE. The default if unspecified is left at i586. This can be useful for enabling advanced processor features like SSE if desired or required by various packages. (From OE-Core rev: 0be64e54a0e67472eaff9c794a33d76971c9b1a3) Signed-off-by: Joshua Watt <JPEWhacker@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-arm64.inc: Lower the priority of aarch64 in MACHINEOVERRIDESPeter Kjellerstedt2019-04-031-1/+1
| | | | | | | | | | This makes sure, e.g., ${SOC_FAMILY} and ${MACHINE} have higher priorities than aarch64. (From OE-Core rev: 4d1339af88543d85930139dbcb87a669f285ea66) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv8a.inc: Correct PACKAGE_EXTRA_ARCHS_tune-armv8a-*Peter Kjellerstedt2019-04-031-3/+3
| | | | | | | | | | | The armv8a tune specific PACKAGE_EXTRA_ARCHS contained tune feature names like "crc" and "crypto" rather than package architecture names like "armv8a-crc" and "armv8a-crypto". (From OE-Core rev: 1756f2354745ee709886683422887efed4e10dba) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine: clean up config filesJon Mason2019-04-018-17/+17
| | | | | | | | | | Beautify the machine config files by making the names and descriptions more uniform and verbose (From OE-Core rev: 1108a24e2c58794163c8cf35154f8be5c1d06c29) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemumips64: change tune to mips64r2Joe Slater2019-03-251-1/+3
| | | | | | | | | Allows for mips32 multilib to be mips32r2, like qemumips. (From OE-Core rev: 9713e8a5460ae81a33c6a727664f4cdb54fb1f0a) Signed-off-by: Joe Slater <joe.slater@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Remove the simd tune for armv8aAdrian Bunk2019-03-195-11/+9
| | | | | | | | | | | SIMD instructions are a mandatory part of armv8a (they were optional in armv7a), and the gcc docs also say that they are always enabled. (From OE-Core rev: 02288c94e99e9dd444d8c1af186b6d89085b7b8b) Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv5-dsp.inc: Check for dsp only to enable 'e' in package archesKhem Raj2019-03-181-1/+1
| | | | | | | | | | | armv5 is not a specific tune feature anymore, there is no need to check it, since having dsp will define if 'e' should be added or not (From OE-Core rev: 1d6d5bb30a83f9136b7c33e297d48564ae61b50e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine: bump preferred version to 5.0Bruce Ashfield2019-03-123-4/+2
| | | | | | | (From OE-Core rev: bb4f4a202d400fd1cf630c29f864d472258cc005) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuarm64: Fix graphics hang with 5.0 kernelRichard Purdie2019-03-121-1/+1
| | | | | | | | | | | Ensure we turn on edid for the VGA display which fixes a hang with the 5.0 kernel for qemuarm64. Thanks to Jon Mason for the fix. (From OE-Core rev: c112be9643f9031964be4068feeb5e2f8528c107) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuarm: Swap for an arm7ve (A15) configurationJon Mason2019-03-122-11/+46
| | | | | | | | | | | | | | Add new QEMU BSP for a Arm Cortex-A15 system and use this as qemuarm, moving the old armv5te Versatile PB based machine to qemuarmv5. The new machine uses the QEMU virt machine type, which should be faster to emulate and updates the qemuarm support to a modern architecture. (From OE-Core rev: 6fc70eb4f3494bee2be10ee24fe3ea1c8b5ff988) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa*: Add missing BASE_LIB tune overridesSteven Hung (洪于玉)2019-03-114-0/+7
| | | | | | | | | For multilib to work correctly, BASE_LIB overrides must be provided. (From OE-Core rev: b32ec63e48a3552f2e7f3cc5caf61432af716283) Signed-off-by: teven Hung (洪于玉) <Steven.Hung@mediatek.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa35: fixed typoSteven Hung (洪于玉)2019-03-111-1/+1
| | | | | | | | | "cortexa53" -> "cortexa35" (From OE-Core rev: caa2eb174a997e98c52362442e9a1ccfa4f7e9f7) Signed-off-by: Steven Hung (洪于玉) <Steven.Hung@mediatek.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuarm64: Add graphics supportJon Mason2019-03-061-2/+6
| | | | | | | | | | Add the necessary parts to qemuarm64.conf for graphics to be shown in the SDL window, and USB so that it is possible to interact with it. (From OE-Core rev: 7098a0e9115416b2cc1234e86893f8b9337e7849) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuarm64: config cleanupsJon Mason2019-03-061-4/+7
| | | | | | | | | | Add comments describing what is going on, remove an unnecessary space, remove a duplicate comment, and increase the serial speed. (From OE-Core rev: d1071579e3896f68b1e4970c1fc9a97b043091e9) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv8a.inc: Add missing BASE_LIB tune overridesMike Crowe2019-02-261-0/+4
| | | | | | | | | | For multilib to work correctly, BASE_LIB overrides must be provided for each new tune added in this file. (From OE-Core rev: e39c5ec90ebbc37064c9cd59eba12603317740cd) Signed-off-by: Mike Crowe <mac@mcrowe.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv7*.inc: Add Cortex vfpv4-d16 supportPhil Edworthy2019-02-084-9/+61
| | | | | | | | | Some ARM Cortex devices have the VFPv4-D16, but no NEON. (From OE-Core rev: 594f8584268d5179c18512beada2bae4a21325de) Signed-off-by: Phil Edworthy <phil.edworthy@renesas.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa72: add tunes for ARM Cortex-A72ayaka2019-02-061-0/+12
| | | | | | | | | | | | | It looks that the Cryptography engine is mandatory in this platform. https://developer.arm.com/products/processors/cortex-a/cortex-a72 (From OE-Core rev: 0edda66097407c62821af9e98579f5fcf906e938) Signed-off-by: Randy Li <ayaka@soulik.info> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa53: add tunes for ARM Cortex-A53ayaka2019-02-061-0/+15
| | | | | | | | | | | | | It looks that the Cryptography engine is mandatory in this platform. https://developer.arm.com/products/processors/cortex-a/cortex-a53 (From OE-Core rev: 4f470b175bf03fb25ae3fef563ad317bc22338ae) Signed-off-by: Randy Li <ayaka@soulik.info> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa35: add tunes for ARM Cortex-A35ayaka2019-02-061-0/+15
| | | | | | | | | | https://developer.arm.com/products/processors/cortex-a/cortex-a35 (From OE-Core rev: 8a3c9ed2865743d3de9fe47d44f1118f7491627b) Signed-off-by: Randy Li <ayaka@soulik.info> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa32: add tunes for ARM Cortex-A32ayaka2019-02-061-0/+16
| | | | | | | | | | https://developer.arm.com/products/processors/cortex-a/cortex-a32 (From OE-Core rev: e436a754b5c23760be4a616e8fab4ce55b285c9c) Signed-off-by: Randy Li <ayaka@soulik.info> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ThunderX: update the armv8a rulesayaka2019-02-061-4/+4
| | | | | | | | | | | | I am not familiar with the big endian, so I don't update it. I don't have much information about the Cavium ThunderX, it looks like it supports all the ARM instructions. (From OE-Core rev: b6c6fa72bdffd5d8995058e8e0e21d5561cc16c6) Signed-off-by: Randy Li <ayaka@soulik.info> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuarm64: Use arch-armv8a tune instead of arch-armv8Khem Raj2019-02-061-1/+1
| | | | | | | | | arch-armv8 does not have many real-world implementations (From OE-Core rev: 6719de403620dded075dc74f2976669d95bffd7a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv8a.inc: add tune include for armv8ayaka2019-02-062-1/+28
| | | | | | | | | | | | | There are some addtional instructions apart from bare armv8, also there is armv8.1, armv8.2. Most the processor would support crc, except X-gene 1. (From OE-Core rev: d1db78b0e284e1a1f370e71183ded0cbdc1475db) Signed-off-by: Randy Li <ayaka@soulik.info> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arm-tunes: Remove -march option if mcpu is already addedKhem Raj2019-01-2814-76/+109
| | | | | | | | | | | | | | | | | | | | | | | | | | | | tune files which inherit the arch definitions already define appropriate -mcpu option, which is equivalent of right -march and -mtune combination and is preferred since gcc is getting stricter and stricter with option check semantics and can now find incompatible -march and -mcpu options better with every release. It does internal feature consistency check and if it finds out discrepency between what -mcpu would expand to as compared to -march it will flag the options to be incompatible, for naked eye it sounds wrong but gcc would translate -mcpu to a given -march internally and it might not match to what we set in these arch files. The effects are quite subtle, where this can result in configure test failing to compile due to these incompatible options and a feature option getting disabled for a recipe for no reason. e.g. with gcc9 which can now detect that -mcpu=cortex-a5 and -march=armv7-a are incompatible, many features in libstdc++ ends up disabled due to configure check failures e.g. size_t size, ptrdiff_t sizes, which inturn results in compiling libstdc++ with unwanted disabled features. (From OE-Core rev: ac83d22eb5031f7fdd09d34a1a46d92fd3e39a3c) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa5.inc: Add tune options for vfpv4Khem Raj2019-01-211-2/+14
| | | | | | | (From OE-Core rev: dfcfc735b38851e95282a0b5e12d0d59b951ffe5) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv4.inc, arch-armv5.inc: Do not tie generating thumb ISA to -marchKhem Raj2019-01-072-2/+2
| | | | | | | | | | | | | | | -march=armv5't'e means that CPU can execute thumb ISA, we do not need to tie this to exclusively generating thumb ISA, this change means that when we have thumb in tune features then it can use 't' in -march options irrespective of ISA being thumb or arm. This fixes derivative of armv5 tunes and paves way for gcc9 where e.g. armv5e is dropped and minimum arch supported is armv5te (From OE-Core rev: 49bc3eab2897307a92b538a045e3d4dce245b0e0) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-powerpc64.inc: Use elfv2 ABI when building with muslSerhey Popovych2018-12-151-0/+3
| | | | | | | | | | | | | | | | | | | | | | Historically first PowerPC ABI was big-endian only (elfv1 currently). It is standard ABI for both 32-bit ppc and 64-bit ppc64 architectures. With PowerPC little-endian support new ABI was introduced (elfv2) and it is used primarily with ppc64le target only. While it has support for big-endian it is not commonly used and elfv1 still preferred. Musl does support only elfv2 ABI for both LE and BE and does not have any plans to support elfv1. Since then to build for powerpc64 with musl new ABI should be used. As expected it is not compatible with elfv1 but that isn't problem as long as there is no binary distributed software or assembly code written for elfv1 ABI. (From OE-Core rev: 68c9641855199f34aabe1050e863c21830116fe1) Signed-off-by: Serhey Popovych <serhe.popovych@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-power[5-7].inc: Disable QEMU usermode usageSerhey Popovych2018-12-153-0/+9
| | | | | | | | | | The QEMU usermode fails with invalid instruction error when used with those tunes. (From OE-Core rev: c1c881ef7f4faf94f385ae742030382122ee5816) Signed-off-by: Serhey Popovych <serhe.popovych@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-power[5-7].inc: Fix DEFAULTTUNE valuesSerhey Popovych2018-12-153-3/+3
| | | | | | | | | | It is ppcpX, not ppcprX, where X is 6 or 7. While there select 32bit tune for P5 machine to bring it inline with P6 and P7. (From OE-Core rev: 220eee184a4f510cdf7c55e2aed00330abee1553) Signed-off-by: Serhey Popovych <serhe.popovych@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine/qemu*: fix kernel finish crng init more and more slowlyHongxu Jia2018-11-145-5/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Just adding `-device virtio-rng-pci' to the QEMU invocation will add the device with a default host backend. As of QEMU 1.3+, the default backend is to use the host's /dev/random as a source of entropy. [1] When the entropy pool is empty, reads from /dev/random will block until additional environmental noise is gathered. [2] For Yocto, if call runqemu frequently, it will consume lots of host's /dev/random, and kernel finish crng init in guest get more and more slowly. Here are 4 times runqemu boot test: [ 3.464432] random: crng init done [ 20.874030] random: crng init done [ 23.583589] random: crng init done [ 23.858945] random: crng init done Modify entropy source to /dev/urandom device on the host which returns random bytes using a pseudorandom number generator seeded from the entropy pool. Reads from this device do not block and kernel finish crng init in guest will not delay. Of course, the side effect is obviously, we lost the quality of randomness, but the modification is only on runqemu script rather than real embedded device, and it benefits oeqa efficiency in which many cases call runqemu especially multiple oeqa builds on one host. After apply the fix: [ 3.364670] random: crng init done [ 4.619061] random: crng init done [ 3.403897] random: crng init done [ 3.450717] random: crng init done [1] https://wiki.qemu.org/Features/VirtIORNG [2] http://man7.org/linux/man-pages/man4/random.4.html (From OE-Core rev: 853644f82eb3205ef3efc1ea3959c7225dfacf61) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ppce500v2: remove speChunrong Guo2018-11-141-1/+1
| | | | | | | | | *The PowerPC SPE support is split off to a separate powerpcspe port (From OE-Core rev: c67bc9bdcbcf46ed54dfbafd1bb6e405ed77f86a) Signed-off-by: Chunrong Guo <chunrong.guo@nxp.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemux86/gstreamer: Move kernel module recommendation to the machine ↵Richard Purdie2018-10-182-0/+4
| | | | | | | | | | | | | | | | | | | configuration If you try to build a system with multiple BSPs, one of which is qemux86 or qemux86-64, the gstreamer package will change. This will trigger anything using gstream to also be rebuilt. For a package based system, the PR values will also be incremented each time. The end result will be an ever growing set of PR values as well as being unable to tell which configured version of the multimedia components are really being deployed. These therefore belong in the machine configuration. (From OE-Core rev: 112775995158cf6c504fd6beef345ee446f4f11d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/include: add mcf5441x cpu type tuningAngelo Dureghello2018-10-081-0/+13
| | | | | | | | | This patch adds tuning for the mcf5441x ColdFire family. (From OE-Core rev: 89e7192b607361769c03b939437c9815672ceadb) Signed-off-by: Angelo Dureghello <angelo@sysam.it> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/include: add m68k architecture definitionsAngelo Dureghello2018-10-081-0/+8
| | | | | | | (From OE-Core rev: 475ca28ab1b42fc0307669edae220afb97dd15c3) Signed-off-by: Angelo Dureghello <angelo@sysam.it> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-core2: use n270 instead of core2duoAnuj Mittal2018-09-131-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | Fixes warnings in builds using core2-32 tune: warning: TCG doesn't support requested feature: CPUID.80000001H:EDX.syscall [bit 11] warning: TCG doesn't support requested feature: CPUID.80000001H:EDX.lm [bit 29] when executing postinsts using qemu-i386. i386 target doesn't enable CPUID_EXT2_SYSCALL and CPUID_EXT2_LM [1] while cpu choice of core2duo that we use for core2-32 TUNE does [2]. Use n270 cpu instead to use with qemu which supports SSSE3 and doesn't have these bits enabled [3]. [1] https://github.com/qemu/qemu/blob/master/target/i386/cpu.c#L739 [2] https://github.com/qemu/qemu/blob/master/target/i386/cpu.c#L1439 [3] https://github.com/qemu/qemu/blob/master/target/i386/cpu.c#L1603 Fixes [YOCTO #12916] (From OE-Core rev: 3db567d7835c6bb158d0f6c5b5533835a0181c45) Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu/bsp: update 4.15 preferred versions to 4.18Bruce Ashfield2018-08-282-2/+2
| | | | | | | | | | 4.18 is replacing 4.15 as the latest kernel in the upcoming release, so we update our preferred versions to match. (From OE-Core rev: e12f9e7ede7eea408d6a97233c7c8df97e8bfb26) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: replace deprecated "SERIAL_CONSOLE"Maciej Pijanowski2018-08-141-1/+1
| | | | | | | | | | | | | | | | | | | | | | SERIAL_CONSOLE was already deprecated in 2013, yet still some machine configuration files were using it. This patch replaces it with SERIAL_CONSOLES, which is the successor. The default value in systemd-serialgetty.bb can also be safely transitioned from SERIAL_CONSOLE to SERIAL_CONSOLES, as this recipe already uses SERIAL_CONSOLES within do_install(). The documentation seems to be already up do date. beaglebone-yocto.conf in the bsp-guide already uses SERIAL_CONSOLES. The ref-manual redirects from SERIAL_CONSOLE to SERIAL_CONSOLES. [YOCTO #12653] (From OE-Core rev: e5bde3d466869df9fce559e49842ac245153d045) Signed-off-by: Maciej Pijanowski <maciej.pijanowski@3mdeb.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine: remove kernel-modules from RRECOMMENDSMaxin B. John2018-08-023-6/+0
| | | | | | | | | | | | | | | | qemumips,qemumips64 and x86 based machines include kernel-modules by default. Remove the kernel modules from RRECOMMENDS to make it consistent across the machines. Tested using core-image-sato on qemumips, qemumips64, qemux86 and qemux86-64 [YOCTO #12383] (From OE-Core rev: 1c4d9f46d5d94ea15d0c0d68c412ec05b9f51820) Signed-off-by: Maxin B. John <maxin.john@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemux86*: Add U-Boot machine configurationMarek Vasut2018-07-182-0/+4
| | | | | | | | | | | | | | | | Add U-Boot machine configuration for the qemux86 and qemux86-64 to allow building U-Boot on those targets. This in turn allows the auto-updater to update the U-Boot recipe. (From OE-Core rev: c9bd7f71b59e1c8e7436d65cd8ad6bfb29051c93) Signed-off-by: Marek Vasut <marex@denx.de> Cc: Alexander Kanavin <alexander.kanavin@linux.intel.com> Cc: Otavio Salvador <otavio@ossystems.com.br> Cc: Richard Purdie <richard.purdie@linuxfoundation.org> Cc: Ross Burton <ross.burton@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv7a.inc: default to Thumb2 instruction set for armv7a and aboveAndre McCurdy2018-06-281-0/+1
| | | | | | | | | | | | | | | | | | Although there may still be specific cases which can benefit from the ARM instruction set, the Thumb2 instruction set is generally a better default for armv7a class CPUs. Distros such as Debian and Fedora have been targeting Thumb2 by default for some time. Note that setting ARM_INSTRUCTION_SET has no effect unless TUNE_FEATURES contains "thumb" (which is controlled by the "t" suffix in DEFAULTTUNE, e.g. armv7vehf-neon -vs- armv7vethf-neon, etc) so out of tree machine configs may need to update their DEFAULTTUNE to take advantage of this change. (From OE-Core rev: c88304a78e528596ca481cabe273749c286c352a) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image/image-live: Improve handling of live/iso/hddimg types (drop NOISO/NOHDD)Richard Purdie2018-06-211-2/+1
| | | | | | | | | | | | The logic can be improved and the historical NOISO/NOHDD variables moved into the class and out of common code. The variables are also then removed in favour of directly controlling the behaviour from IMAGE_FSTYPES in line with all the other image types. (From OE-Core rev: a052caed563a09a01f5a3ea1f0477f379c05bee0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-mips-74k.inc: add tune file for 74kc mipsKhem Raj2018-06-121-0/+37
| | | | | | | (From OE-Core rev: ee054e12f6d4c4cbda66ebbc7d09ecad964a84d1) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemux86*: change default wic wks to qemux86-directdiskAnuj Mittal2018-06-042-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | When runqemu is invoked with an image type (wic, hddimg etc) as a parameter, the kernel value and command line parameters from qemuboot.conf are ignored and not passed to qemu cmdline. As an example, when using: $ runqemu wic kvm It results in no network interface and video mode warnings when qemu is up because the -kernel and -append options were not passed. Change qemu conf to use qemux86-directdisk.wks that supplies the kernel parameters that are appended to the bootloader configuration when generating qemu wic images instead of relying on qemuboot.conf. Fixes [YOCTO #12224] (From OE-Core rev: 3b79d9a78816d2eb70fe54ca6cd086d94c115f05) Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu.inc: Change kernel provider assignment to a weaker oneHe Zhe2018-05-291-1/+1
| | | | | | | | | | | | | Currently we have local.conf included before qemu.inc, and ${DISTRO}.conf after qemu.inc. They both possibly specify their expected kernel providers. To let other config files override it in real use, this commit changes kernel provider assignment to ??= . (From OE-Core rev: 07e06abeb6b7ae5047c4b70818cd8873302e4940) Signed-off-by: He Zhe <zhe.he@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-corei7.inc: minor comment tweak to align with tune-core2.incAndre McCurdy2018-05-151-1/+1
| | | | | | | | (From OE-Core rev: 4b11e44f84b1dcf406c84227c29b9c5a67deaf51) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-corei7.inc: update TUNE_CCARGS -march CPU type corei7 -> nehalemAndre McCurdy2018-05-041-5/+4
| | | | | | | | | | | | | | | | | | | | | | | | The gcc "corei7" CPU type was last documented in gcc 4.8.x and has been undocumented from gcc 4.9.x onwards: https://gcc.gnu.org/onlinedocs/gcc-4.8.5/gcc/i386-and-x86-64-Options.html https://gcc.gnu.org/onlinedocs/gcc-4.9.4/gcc/i386-and-x86-64-Options.html Although it still seems to be accepted by gcc 7.x, it's likely to be deprecated and removed at some point. To preempt that, switch the corei7 TUNE_CCARGS -march CPU type to "nehalem", which is the closest replacement (and matches the CPU type already being passed to qemu). Since the tune-corei7.inc include file is intended to cover a range of CPUs from Nehalem onwards, switch the TUNE_CCARGS -mtune option from "corei7" to "generic", which instructs gcc to produce code optimized for the most common IA32/AMD64/EM64T processors. (From OE-Core rev: 8d2f51e9b8d5b27fc61d148a6dd5f6ef5715d6e6) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-core2.inc: add cpu type for qemuRuslan Ruslichenko2018-04-031-0/+3
| | | | | | | | | | | | Define cpu type for Qemu in QEMU_EXTRAOPTIONS. Otherways Qemu will emulate some virtual qemu32/64 processor, which has very basic set of features, and programs built for later CPU may crash, due to lack of new features (e.g. SSSE3). (From OE-Core rev: 11f4fdcafed1383e5b6c2e634c670d19124e537a) Signed-off-by: Ruslan Ruslichenko <rruslich@cisco.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-14 02:18:27 +0000