summaryrefslogtreecommitdiffstats
path: root/meta/conf/machine
Commit message (Collapse)AuthorAgeFilesLines
...
* qemuarm64: use virtio pci interfacesJon Mason2022-04-191-4/+4
| | | | | | | | | | | | The virtio PCI devices seemed to be required for this machine for some versions of qemu (based on errors from running qemu saying that the devices don't exist). Changes to the entries here is all that is needed to get it working. (From OE-Core rev: 217deeb43036d1a046d6c5ea2c1ccdb94d3d605a) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuriscv: Use virtio-tablet-pci for mouseKhem Raj2022-03-201-1/+1
| | | | | | | | | | | | This helps in making mouse response better where transition between host and guest mouse is abrupt and not precise and as a result its difficult to access stuff near the edges. (From OE-Core rev: 010287147d2205790745e6dab8e955e71bc7cac2) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuppc64: Use smp = 2Khem Raj2022-03-161-0/+2
| | | | | | | | | Speeds up the system a bit (From OE-Core rev: 6572225a0afb60b02702a6ab59da649386708a7f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuppc64.conf: Disable huge vmallocKhem Raj2022-03-161-1/+1
| | | | | | | | | | This feature results in X11 crashes on Qemu since 5.13+ when it was added disable it therefore for qemuppc64 (From OE-Core rev: 38503807e92699cb0fb1d207af73954cc953d728) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* x86-base.inc: replace intel i965 driver with crocusMarkus Volk2022-03-151-1/+1
| | | | | | | | | | | | | | this fixes do_rootfs for core-image-sato after mesa update: Problem: package packagegroup-core-x11-base-1.0-r1.noarch requires packagegroup-core-x11-xserver, but none of the providers can be installed - conflicting requests - nothing provides mesa-driver-i965 needed by packagegroup-core-x11-xserver-1.0-r40.intel_corei7_64 (try to add '--skip-broken' to skip uninstallable packages) (From OE-Core rev: 63f10412d793c6c10290838eb230f179046f1d23) Signed-off-by: Markus Volk <f_l_k@t-online.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine: fix QEMU x86 sound optionsMichael Opdenacker2022-03-101-1/+1
| | | | | | | | | | | | | This updates the QEMU sounds options for x86 emulation, when "runqemu" is called with the "audio" argument, to fix the below error: runqemu - ERROR - Failed to run qemu: qemu-system-x86_64: warning: '-soundhw ac97' is deprecated, please use '-device AC97' instead (From OE-Core rev: b802a5dd1a79c7be3bc790223a733ebc9be4f117) Signed-off-by: Michael Opdenacker <michael.opdenacker@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa72: Fix a misspelt override in PACKAGE_EXTRA_ARCHSLuna Gräfje2022-02-101-1/+1
| | | | | | | | | | | | Without this, the string "${PACKAGE_EXTRA_ARCHS:tune-armv8-crc}" will show up in some bash tasks (notably opkg-arch-config.do_compile which is how I found out about this) which will break things (besides obviously not doing the intended thing of expanding to a list of architectures) (From OE-Core rev: c5142f867aaa3fb6fc134781e2e54ce10eabd530) Signed-off-by: Luna Gräfje <luna.graefje@orbitalsystems.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuppc64.conf: Remove commented prelink useKhem Raj2022-02-051-4/+0
| | | | | | | (From OE-Core rev: 3f817e69ebbc79de50da6ff43b9445e100e147ba) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa73: Introduce cortexa73-crypto tuneKevin Hao2022-01-181-3/+7
| | | | | | | | | | | | The crypto extension is optional for the Cortex-A73 processor, so we shouldn't enable the crypto by default for the cortexa73 tune. Introduce the cortexa73-crypto for the processors which do have the cryptography unit. (From OE-Core rev: c16b31ebd626d8a314264605d0bc5ab008cddd8d) Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa72: Drop the redundant cortexa72-crc tuneKevin Hao2022-01-131-9/+5
| | | | | | | | | | | | | We have enabled the crc extension by default for cortexa72 in patch ("tune-cortexa72: Enable the crc extension by default for cortexa72"), then the cortexa72-crc seems redundant. So drop it. We also rename the cortexa72-crc-crypto to cortexa72-crypto. With these changes, it will break the BSPs which used these two tunes, but it should be easy to fix. (From OE-Core rev: 03cebdd7ef923a8ac5c8b7c12c7cefe7ca0158db) Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* armv9a/tune: Add the support for the Neoverse N2 coreKevin Hao2022-01-131-0/+22
| | | | | | | | | | | | | This adds the support for the Neoverse N2 core, even though the Neoverse N2 core implements the Arm v9.0-A architecture, but the support of it in GCC is based on the Arm v8.5-A architecture. Please see the commit 50d9db203bc3 ("aarch64: Add support for Neoverse N2 CPU") in GCC for more detail. (From OE-Core rev: 37597397f03b6b0082a702147dc536ff8b2fa7a3) Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv8-5a.inc: Add tune include for armv8.5aKevin Hao2022-01-131-0/+19
| | | | | | | | | | This adds support for the armv8.5a architecture and the crypto extension. (From OE-Core rev: 0cb1a6d9cb4c32526d79dad93c8053b3793053f8) Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa72: Enable the crc extension by default for cortexa72Kevin Hao2022-01-131-6/+6
| | | | | | | | | | | | | The crc extension is optional for the ARMv8.0 but is mandatory for the cortexa72, so there is no reason not to enable it for the cortexa72 tune. With this change, the cortexa72-crc seems redundant. But we had better to keep it to be compatible with the BSP which already used that tune. (From OE-Core rev: ca50267ab568d2f688844cb7c6cd867ed34168db) Signed-off-by: Kevin Hao <kexin.hao@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine: bump qemu preferred versions to 5.15Bruce Ashfield2022-01-122-2/+2
| | | | | | | | | | 5.14 has been removed from the active kernel list, so we make 5.15 the new default. (From OE-Core rev: 24fb6a22332f746e3bef89ff8e5719838f0ed8b5) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: PROVIDES virtual/libgles3Quentin Schulz2021-12-143-0/+3
| | | | | | | | | | | | It's assumed that not all OpenGL ES implementation are compliant with the 3.x specification. Therefore an additional virtual providers is created to explicit compatibility with OpenGL ES 3 specification. Cc: Quentin Schulz <foss+yocto@0leil.net> (From OE-Core rev: 405cd7a37988ced627fe6ad6fd3089c17f59367e) Signed-off-by: Quentin Schulz <quentin.schulz@theobroma-systems.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa72: remove crypto for the default cortex-a72Jagadeesh Krishnanjanappa2021-12-081-4/+12
| | | | | | | | | | | | | | | | | | | | The cryptographic unit is optional for the Cortex-A72, but it was included by default previously. This breaks building systems that lack this functionality when using tune-cortexa72.inc. To correct this, add a crypto entry in the tune file. Since CRC is optional for ARMv8.0, do the same thing while we're at it. For platforms that had been happily using tune-cortexa72.inc, a slight degradation of performance will occur using the default. To correct this, simply add: DEFAULTTUNE = "cortexa72-crc-crypto" (From OE-Core rev: 2568d537087adb0b592aa250bf628a7b48c3a9d3) Signed-off-by: Jagadeesh Krishnanjanappa <workjagadeesh@gmail.com> Signed-off-by: Jon Mason <jdmason@kudzu.us> (rewording commit message) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine/qemuarm*: Fix UBOOT_MACHINE valueDaiane Angolini2021-10-072-2/+2
| | | | | | | (From OE-Core rev: e212473e698bee64fd710948c59392398d0c9a58) Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine: bump qemu preferred versions to 5.14Bruce Ashfield2021-09-242-2/+2
| | | | | | | | | | 5.14 is the latest reference kernel, so let's make it the default. (From OE-Core rev: af19c44c4af68568de2ddb5c11d8ad34ac600522) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image/qemu: Add explict depends for qemu-helper addto_recipe_sysroot taskRichard Purdie2021-09-231-1/+1
| | | | | | | | | | The populate_sysroot task isn't enough for qemu-helper-native, we need it's addto_recipe_sysroot task. This corrects what amounts to bad dependency information to be explicit. (From OE-Core rev: 55623420208bc4c77a61492d2bbcbc71d3123acd) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine/qemuarm*: use virtio graphicsJon Mason2021-09-193-3/+4
| | | | | | | | | | | Switch to using virtio graphics for the Arm QEMU machines. You will noticed the difference in the dmesg by seeing: [ 2.693337] [drm] pci: virtio-gpu-pci detected at 0000:00:10.0 (From OE-Core rev: 961158653170f53de58672e474c41f1533f469fc) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/mips: mips16e: prepend override to MACHINEOVERRIDESQuentin Schulz2021-09-101-1/+1
| | | | | | | | | | | | | | | Add the tune specific override to MACHINEOVERRIDES and not OVERRIDES as is done for all other tune include files. Also prepend it instead of appending so that it's among the leftmost overrides in MACHINEOVERRIDES and has a lower precedence compared to other MACHINEOVERRIDES added later (which usually are added via a =. (prepend)). (From OE-Core rev: c1d524cae8ba5aa1e30e4a66937b8af3d4a67531) Signed-off-by: Quentin Schulz <quentin.schulz@theobroma-systems.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-*: Use more specific DEFAULTTUNEJon Mason2021-09-019-9/+9
| | | | | | | | | | | | These files are using a more generic DEFAULTTUNE in their targeted tune file. This is contrary to what is being done in other tune files, and this changes them to match. It is still possible to use the more generic DEFAULTTUNE in a machine's config file by simply specifying it. (From OE-Core rev: e35205a9803692d72eb92b86d740821c667b527e) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-arm*: Fix bugs with dsp and simd feature include filesJon Mason2021-08-223-2/+3
| | | | | | | | | | | | | Fix bugs found with a duplicate inclusion of feature-arm-simd.inc and dsp not being defined in feature-arm-dsp.inc Found by compiling with DEFAULTTUNE set to 'armv8r' and 'cortexm33' respectively. (From OE-Core rev: eb49c1847bb063fa5707843e0c2632023b341fcf) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexr*: add support for all Arm Cortex-R processorsJon Mason2021-08-2011-0/+152
| | | | | | | | | | | Add tune entries for all Arm Cortex-R processors currently supported in GCC. Also, add the simd feature, which can be used in ARMv7a and ARMv8a, but currently isn't. (From OE-Core rev: 67e582379afa9bff8d585b4c7f1bc65a76d088fb) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-arm*: add better support for gcc march extensionsJon Mason2021-08-2018-27/+37
| | | | | | | | | | | | | | | | | | GCC has the ability to pass extensions to the march parameter, which expand the funcationality of the march. For example "-march=armv7ve+simd" adds SIMD to ARMv7. Currently, there is no way to expand the march setting without modifying each instance, as you can't guarantee the ordering when using the existing TUNE_CCARGS. By introducing two new variables, TUNE_CCARGS_MARCH and TUNE_CCARGS_MARCH_OPT, we can enforce that these two go together. Also, expand existing and create new feature files that use these variables to expand the functionality. (From OE-Core rev: 794eb617bfd1997e7a3498812c63a20c58a10554) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine: move tune files to architecture directoriesJon Mason2021-08-1878-26/+26
| | | | | | | | | | | | | | | Move all of the tune files found in conf/machine/include into their respective architecture directories in that same location. All references to these will need to be updated. So, change the relevant ones for this tree in this commit as well. For the ARM tunes, nest them one further into armv8a, armv8m, etc. and rename some to make them uniform with the rest of the tunes. (From OE-Core rev: b6f15209bcfff953cce69da97a93f9ddff141ced) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine: bump qemu preferred versions to 5.13Bruce Ashfield2021-08-182-2/+2
| | | | | | | | | | 5.13 is the latest reference kernel, so let's make it the default. (From OE-Core rev: a7ebb5053a5dd7d0989a15cc4dee7116d3ef0948) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv8m-main: missing spaceJon Mason2021-08-171-1/+1
| | | | | | | | | Correct an issue with 2 AVAILTUNES not being separated by a space. (From OE-Core rev: 72a9ddf85876909d6f22582561a6e1c3a2ccf2fa) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexm*: add support for all Arm Cortex-M processorsJon Mason2021-08-1313-0/+223
| | | | | | | | | | | | | | Add tune entries for all Arm Cortex-M processors currently supported in GCC (that are not currently present). The ARMv7 entries were added in conf/machine/include/ to match the existing Cortex-M and Cortex-A tune files. The ARMv8 entries were added to conf/machine/include/arm/armv8-m to match how ARMv8 was done for Cortex-A processor tune files. (From OE-Core rev: a9ff58f4cc1b45145fc1576c7eacabaea64b7bd4) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: use new override syntax in commentsChen Qi2021-08-121-2/+2
| | | | | | | (From OE-Core rev: 572e7db6e8831227911ff3e52bde3a4aa6df1c91) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Convert to new override syntaxRichard Purdie2021-08-02105-1339/+1339
| | | | | | | | | | | | This is the result of automated script conversion: scripts/contrib/convert-overrides.py <oe-core directory> converting the metadata to use ":" as the override character instead of "_". (From OE-Core rev: 42344347be29f0997cc2f7636d9603b1fe1875ae) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* u-boot_2021.07: set UBOOT_MACHINE for qemumips and qemumips64Kai Kang2021-07-282-2/+2
| | | | | | | | | | | | | | | | | | It fails to build u-boot 2021.07 for qemumips and qemumips64: | *** Can't find default configuration "arch/../configs/qemu_mips64_defconfig"! According to https://source.denx.de/u-boot/u-boot/-/commit/5308a71 set UBOOT_MACHINE with malta defconfigs for qemumips and qemumips64. (From OE-Core rev: 337e461ff92cd114b97e19ecf79806030b9b4666) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuriscv: Enable 4 core emulationKhem Raj2021-06-121-0/+1
| | | | | | | | | Helps in running tests a bit faster (From OE-Core rev: 735799a66e52ced9de9431ad3062b13583e3754f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv4: Allow -march=armv4Khem Raj2021-06-111-1/+1
| | | | | | | | | | | | | | | | | Even though it is deprecated in GCC 6 [1] it has not yet been removed from gcc upstream. We do have active machines in OE ecosystem which use armv4 ( SA11xx ) e.g. collie in meta-handheld so until upstream gcc takes next step to remove them lets support armv4 again, we are still carrying the relevant gcc patch to support v4 BX fix. [1] https://gcc.gnu.org/gcc-6/changes.html#arm (From OE-Core rev: dea9b6c3fd62ec5ea8f12fcb9bf44870379c6f4b) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Andrea Adami <andrea.adami@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu-x86: Add commandline options to improve bootRichard Purdie2021-05-131-1/+1
| | | | | | | | | | To try and help with the inermittent rcu stalls and boot issues with qemu add some kernel commandline options commonly used with qemu instances which were suggested may help. (From OE-Core rev: d75cb16ecb3a55fd7631bf7720663e4b196421ee) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuboot-x86: Switch to IvyBridge and q35 instead of pcRichard Purdie2021-05-131-4/+4
| | | | | | | | | | | | | | | | Move from 1996 to 2009 by swapping machine 'pc' for 'q35'. Also move to a CPU which is SMP capable and doesn't have tsc bugs. IvyBridge matches what we're using on the autobuilder. The intent here is to try and improve on some of the intermittent autobuilder issues we're seeing. I'm told that nobody else runs with config this old and it could well be contributing to our issues. Having reliable testing is key to the project and justifies updating this IMO. (From OE-Core rev: 6d9f25782bd585e89c5aaf7046266c848f1e581b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Set SMP to 4 cpus for arm/x86 onlyRichard Purdie2021-05-133-0/+3
| | | | | | | | | | Only qemux86* and qemuarm* support SMP with our current configurations so rework qemu SMP enabling to account for that and only use it on the architectures where it works. (From OE-Core rev: ee371325ce651cc113e43bdeb5d8986d5b84a3f4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv6m.inc: fix access rightsUlrich Ölmann2021-04-181-0/+0
| | | | | | | (From OE-Core rev: 2f7ebe444c2a78ef149b8c5f0f005ab23f24a176) Signed-off-by: Ulrich Ölmann <u.oelmann@pengutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine: Enable keyboard and mouse on RISC-V machinesAlistair Francis2021-04-051-0/+1
| | | | | | | | (From OE-Core rev: d115ebea8983641b42202379119ce35d6ee4a3b0) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine: Enable bochs-display on RISC-V machinesAlistair Francis2021-04-051-0/+1
| | | | | | | | | | Enable the bochs-display as q QEMU argument when running on RISC-V machines. (From OE-Core rev: ec085b75a1edb14c6e4dd1dc2f5cdf62f44d0e39) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa32: Add hard FPUJon Mason2021-03-281-3/+3
| | | | | | | | | | A32 always has NEON and VFP. Set the FPU as hard to always have this enabled and used. (From OE-Core rev: bbca4d664555a8b4e8c4f18da3827c1176dba455) Signed-off-by: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Enable qemu usermode on ppc64Khem Raj2021-03-141-3/+0
| | | | | | | | | | d044743cdc4 disabled it, perhaps it did not work back in 2016 (From OE-Core rev: fb5408a2fe1c0519c74d378023b6b77aa8f3068a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* u-boot: Add support for building for qemuriscv32Alistair Francis2021-03-141-4/+3
| | | | | | | (From OE-Core rev: a9666fbfe2dcb43fe9e8fd78e357eaacd99ca75e) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* runqemu: correct forcing of ttyS0Jon Mason2021-03-113-4/+2
| | | | | | | | | | | | | Some platforms do not use ttyS* for their serial consoles (e.g., qemuarm and qemuarm64). The hardcoding of this can cause issues. Modify runqemu to use the serial consoles defined in SERIAL_CONSOLES instead of hardcoding. (From OE-Core rev: 9dea4cd2f9f46ab3a75562639a22d8f56b4d26af) Signed-off-by: Jon Mason <jon.mason@arm.com> Change-Id: I746d56de5669c955c5e29d3ded70c0a4d3171f17 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* runqemu: add QB_GRAPHICSJon Mason2021-03-113-5/+5
| | | | | | | | | | | | Add a new runqemu field for VGA devices. Currently, these are being set in QB_OPT_APPEND, which can make them difficult to override if importing the config file into another one. (From OE-Core rev: 695c98b6522be4373806c154a2999eaeef205556) Signed-off-by: Jon Mason <jon.mason@arm.com> Change-Id: I8cb9527954c5b06c083c42fe2466cb3338584b7d Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuppc64: Add a QEMU machine definition for ppc64Khem Raj2021-03-111-0/+24
| | | | | | | (From OE-Core rev: 68275b25f0a1941cd9b3d2ddca60e9149ba18d37) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine: Initial commit of qemuriscv32Alistair Francis2021-03-111-0/+17
| | | | | | | (From OE-Core rev: 5610a5b4ef7e95bf208821309ada70eeae47c4f8) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-power9: Enable qemu-usermodeKhem Raj2021-02-231-3/+0
| | | | | | | | | With latest qemu it works ok (From OE-Core rev: 0d4fa837bb55be799132cae84f0efb0bfbabd9e2) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glibc: Build for power9 cpu when using powerpc64le tunesKhem Raj2021-02-231-2/+1
| | | | | | | | | | This makes sure that we can compile glibc for powerp9 based machines irrespective of endianness or bitness (From OE-Core rev: 6201018650fe8966b99860bbda24c5903e7d7a60) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu.inc: Should depend on qemu-system-native, not qemu-nativeRichard Purdie2021-01-311-1/+1
| | | | | | | | | | This looks like it was from before the recipe was split, we'd expect the system qemu mode for running the images so the dependency should be updated. (From OE-Core rev: 3a4fed4ae0e8a0d1bd62ea5fa1ef12925e1f20f5) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>