summaryrefslogtreecommitdiffstats
path: root/meta/conf/machine
Commit message (Collapse)AuthorAgeFilesLines
...
* qemuarm64: Add -machine gic-version=3 with kvmKhem Raj2020-03-081-1/+1
| | | | | | | | | | | | | | | | qemuarm64 on aarch64 host errors out when using kvm qemu-system-aarch64: PMU: KVM_SET_DEVICE_ATTR: Invalid argument qemu-system-aarch64: failed to set irq for PMU Aborted machines with GICv3 that don’t support GICv2 guests you must have ‘-machine gic-version=3’ on the QEMU command line. (From OE-Core rev: 17e93c6464184d137b9590f17bfa879ae79d0cfc) Signed-off-by: Khem Raj <raj.khem@gmail.com> Cc: Jon Mason <jdmason@kudzu.us> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa72-cortexa53.inc: Adding missing TUNE_FEATURESJaewon Lee2020-02-281-2/+2
| | | | | | | | | | | | | | | | Without the proper default tune in TUNE_FEATURES, certain variables won't expand correctly. MACHINEOVERRIDES won't add cortexa72-cortexa53: TUNE_CCARGS won't add -mtune=cortexa72.cortexa-53, generating the toolchain incorrectly. Adding missing 'cortexa72-cortexa53' to both TUNE_FEATURES_tune-cortexa72-cortexa53 and TUNE_FEATURES_tune-cortexa72-cortexa53-crypto (From OE-Core rev: eee65bed5ee39051541a0a3f2a311396d6e7326c) Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com> Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: bump default reference kernel to v5.4Bruce Ashfield2020-02-222-2/+2
| | | | | | | | | | Now that the 5.4 recipes are available, we bump the default versions to use them. (From OE-Core rev: c250dbd2a68048f83837e7cbdfb53bc38623e4a2) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemumips: use std vga instead of cirrus vgaAlexander Kanavin2020-02-211-1/+1
| | | | | | | | | | | | | | This is what the upstream recommends nowadays: https://www.kraxel.org/blog/2014/10/qemu-using-cirrus-considered-harmful/ I have verified that both X and weston continue to boot and look right; however xorg.conf file needs to be removed as it is cirrus specific and doesn't work and isn't needed with std vga. (From OE-Core rev: 96e6434239268fd0fc021bda9c8fedd998597097) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemux86: drop resolution setting via uvesafbAlexander Kanavin2020-02-183-10/+1
| | | | | | | | | | | | | | | | | | | | | | | I am not sure if this has ever worked, but uvesafb is a really outdated (VBE from the 1990s), awkward (needs v86d) and limited (no support for high resolutions) way to do it. The specific reason 640x480-32 was introduced (ages ago) was to force 32 bit mode with vmware driver, as 16bit had rendering issues. The modern, supported option is video=... kernel parameter documented here: https://wiki.archlinux.org/index.php/kernel_mode_setting#Forcing_modes_and_EDID https://github.com/torvalds/linux/blob/master/Documentation/fb/modedb.rst which can be passed directly to runqemu and doesn't require special kernel modules. Sato under X will continue to use 640x480 as that is hardcoded into xorg.conf under qemu. (From OE-Core rev: 1cf26f69fd89b43be24cd1232c43e5050b9d718a) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemux86: do not add vga=0 to kernel parametersAlexander Kanavin2020-02-181-1/+1
| | | | | | | | | | | | | | | | | | | This was added ages ago to enable GL passthrough with vmware driver, and is no longer relevant, as std or virgl is used instead nowadays. Original commit: commit 072545b1111c5efb66289a4866897429f5fcd969 Author: Richard Purdie <rpurdie@linux.intel.com> Date: Wed Jan 21 17:40:51 2009 +0000 scripts/poky-qemu-internal: Add support for GL passthrough in qemux86 images (From OE-Core rev: 857078ba8eda153f4a097683db551a7d310ecc01) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuriscv64: Set the Xvisor platformAlistair Francis2020-02-151-0/+2
| | | | | | | | | | Set the platform information required to build Xvisor. https://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/tree/recipes-extended/xvisor (From OE-Core rev: bd229106ffdb97a2d7e570a3b69147786569a29b) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuarm: Disable highmem when QB_MACHINE is virtKhem Raj2020-02-141-1/+1
| | | | | | | | | | | | | | | | | | | | | | | running ptests on qemuarm returns fails since it finds errors in kernel logs like below *********************** Central error: [ 4.338465] pci-host-generic 4010000000.pcie: ECAM ioremap failed *********************** Since its a 32bit kernel 4010000000 address is truncated to 10000000 and ends up in conflicts with VIRT_PCIE_MMIO, which ranges from 0x10000000 to 0x3efeffff This is happening because the linux-yocto kernel is not compiled with LPAE support, however, virt machine for qemuarm assumes that by default Should LPAE be enabled by default in kernel config is a separate question (From OE-Core rev: 4486f4523f6671841ffa65ce2419b9e3e018ad76) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* microblaze tune: cleanup +=Mark Hatle2020-02-062-17/+17
| | | | | | | | | | | | | | | | | | Various += were used, refactor these to be either = or .= depending on usuage. CONFLICTS should be '=', as no leading space is required and they are not amending any other conflict settings. The TUNE_CCARGS should be .= so that if the feature does not define a CCARG blank spaces are not added to the CFLAGS. This is consistent to how the arm tuning is implemented. (From OE-Core rev: 78c38857486d3107ecd95d0ceefabcf5152c3928) Signed-off-by: Mark Hatle <mark.hatle@xilinx.com> Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* microblaze tune: Enable 64-bitMark Hatle2020-02-061-1/+10
| | | | | | | | | | 64-bit is not yet available in Linux, but some non-Linux uses exist. (From OE-Core rev: 389691be34b79da1fafa8df2e6369e7771406cc2) Signed-off-by: Mark Hatle <mark.hatle@xilinx.com> Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* microblaze tune: Allow no version to be setMark Hatle2020-02-061-2/+2
| | | | | | | | | | | We want to allow no version to be configured. This should use the GCC default which is the latest defined version, currently 11.0. (From OE-Core rev: 0d1551dcc169f2d8dbfbe01b4f1f0ae3ce4770ed) Signed-off-by: Mark Hatle <mark.hatle@xilinx.com> Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* microblaze tune: change microblazeeb to microblazeMark Hatle2020-02-061-2/+2
| | | | | | | | | | | | | | | | | | | | | | | Using microblazeeb breaks a number of autoconf recipes, including newlib components. 'microblaze' is defined as the big-endian version, while microblazeel is defined as the little-endian version. config.sub: 2018-07-03 ... | maxq | mb | microblaze | microblazeel | mcore | mep | metag \ ... | microblaze-* | microblazeel-* \ ... microblaze*) basic_machine=microblaze-xilinx ... (From OE-Core rev: c052b0c984b28d64527a66ea8e2936ca28b9406f) Signed-off-by: Mark Hatle <mark.hatle@xilinx.com> Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu.inc: add vfat to MACHINE_FEATURESAlexander Kanavin2020-01-211-1/+1
| | | | | | | | | | This is beneficial for parted ptests in particular as they make use of vfat, and fail otherwise. (From OE-Core rev: ffbc6dc213abf96b816fc9dd87766c3a36935c2a) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuboot-mips: Enable cirrus VGA deviceKhem Raj2020-01-161-0/+3
| | | | | | | | | | | | This helps in booting weston images ( core-image-weston ) with fbdev backend, without this westons initialization of fbdev backend fails because it does not get correct frame buffer settings and exits pre-maturely (From OE-Core rev: d95b03ae45b36a9b127ef639322e61b21c328d87) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-riscv: Add support for no floatAlistair Francis2019-12-302-2/+17
| | | | | | | (From OE-Core rev: 5263b2ebc57fe289d64c74bfb10da39ed7c98828) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-power9: Add power9 tuningsKhem Raj2019-12-301-0/+35
| | | | | | | | | Add Little/big Endian, 32bit/64bit (From OE-Core rev: 08e1d688bc8dedebdcfa4f2bc3dc6c67e9d118fa) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* powerpc, powerpc64: Append little-endianness to tune archKhem Raj2019-12-302-2/+3
| | | | | | | | | | This helps in constructing right arch for target tuple name for Little-endian ppc (From OE-Core rev: b6ac40f1cbabb20896bf113568f7735a462ed1a6) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* feature-microblaze-versions.inc: Update MB to v11.0Manjukumar Matha2019-12-301-0/+2
| | | | | | | | | Update the Microblaze to v11.0 (From OE-Core rev: 0cd48fe0feb248c451841f6ad42777460ac81c7e) Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa72-cortexa53: Add tunesJoshua Watt2019-12-281-0/+23
| | | | | | | | | | | Adds tunes for Cortex-A72 Cortex-A53 big.LITTLE SoCs (with and without crypto extensions), e.g. Rockchip RK3399 (From OE-Core rev: 78a555b324c30b2970eaa046c5d86de7980e678a) Signed-off-by: Joshua Watt <JPEWhacker@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/x86-base: use wic instead of liveRoss Burton2019-12-151-1/+1
| | | | | | | | | | Use wic instead of the live/hddimg filesystem type for x86 machines, as it produces better filesystems and doesn't have a hard limit of 4GB. (From OE-Core rev: 04e4e93efa4d8e2bdde950fe95c2fd95f89c13e7) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine/arch-riscv: Fix newlib and baremetal buildsAlistair Francis2019-11-291-0/+5
| | | | | | | | | | | | Fix the following errors for newlib and baremetal libcs: ld: unrecognized option '--hash-style=sysv' ld: unrecognized option '--hash-style=gnu' (From OE-Core rev: 8ae998fa8dd216d008cc9ddbea98bbb945501e41) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa32: Fix libgcc-initial build issue for cortex-a32Jagadeesh Krishnanjanappa2019-11-101-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When we try to build images for machine which is tuned for cortex-a32, then libgcc-initial recipe fails to build with below error message. -- snip -- configure:3529: aarch64-poky-linux-gcc -mcpu=cortex-a32+crc -fstack-protector-strong -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=.../tmp/work/aarch64-poky-linux/libgcc-initial/9.2.0-r0/recipe-sysroot -o conftest -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=.../tmp/work/aarch64-poky-linux/libgcc-initial/9.2.0-r0=/usr/src/debug/libgcc-initial/9.2.0-r0 -fdebug-prefix-map=.../tmp/work/aarch64-poky-linux/libgcc-initial/9.2.0-r0=/usr/src/debug/libgcc-initial/9.2.0-r0 -fdebug-prefix-map=.../tmp/work/aarch64-poky-linux/libgcc-initial/9.2.0-r0/recipe-sysroot= -fdebug-prefix-map=.../tmp/work/aarch64-poky-linux/libgcc-initial/9.2.0-r0/recipe-sysroot-native= -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -fstack-protector-strong -Wl,-z,relro,-z,now conftest.c >&5 aarch64-poky-linux-gcc: fatal error: unknown value 'cortex-a32+crc' for '-mcpu' -- snip -- - Replacing TUNE_FEATURES from aarch64 to armv8a will solve the above build issue. - Changed BASE_LIB to 'lib', as cortex-a32 is a 32bit ARMv8a architecture. The sample machine config file (qemuarma32.conf) used to reproduce the error looks like: -- snip -- require conf/machine/include/tune-cortexa32.inc require conf/machine/include/qemu.inc KERNEL_IMAGETYPE = "Image" SERIAL_CONSOLES ?= "115200;ttyAMA0 115200;hvc0" KMACHINE_qemuarma32 = "qemuarm64" -- snip -- (From OE-Core rev: 2b71569aff9201474d2e047c152c9b28b8db85f4) Signed-off-by: Jagadeesh Krishnanjanappa <workjagadeesh@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuriscv64: Build smode U-BootAlistair Francis2019-10-191-1/+1
| | | | | | | (From OE-Core rev: 5b7e78f6389e1659cbf22499e17ef34b2b813a08) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuriscv: Do not blacklist clang anymoreKhem Raj2019-09-271-13/+0
| | | | | | | | | clang 9.x ( which is now default in meta-clang ) supports riscv (From OE-Core rev: 198689f74915756ce6ae38d6735780a26e9b3f7e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-cortexa57-cortexa53: add tunes for ARM Cortex-A53-Cortex-A57Limeng2019-09-161-0/+18
| | | | | | | | | | | | | | | | commit 3613b2780a6b5d5d70ea6802be5060a8214cbdb5 from git://github.com/renesas-rcar/meta-renesas The renesas rcar SoC H3/M3 is big.LITTLE architecture(cortex-a57.cortex-a53). In order to optimize the performance of the code running on SoC H3/M3, add a tune file for ARM Cortex-A53-Cortex-A57. Create this tune file by refering GCC doc, 3.18.5 ARM Options. (From OE-Core rev: 7e0c9290a9971b92bcb313742f126ca7488d91c3) Signed-off-by: Meng Li <Meng.Li@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* feature-arm-thumb.inc: fix ARM_THUMB_SUFFIXAndre McCurdy2019-09-071-2/+5
| | | | | | | | | | | Since TUNE_FEATURES now either contains a CPU or an architecture (but not both) we can't rely on finding the architecture in TUNE_FEATURES. Use architecture specific over-rides instead. (From OE-Core rev: 805dd4807d322dc70cef97edd68fdb3142b60fb1) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuriscv: Generate a wic rootFS with a larger filesystemAlistair Francis2019-09-031-1/+3
| | | | | | | | | | This allows us to generate a rootFS with a large filesystem for use with QEMU. (From OE-Core rev: e06439200e44999c1e2f88d7d6c651da13698ca7) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-riscv: Drop littleendian and introduce bigendian tuneKhem Raj2019-09-031-3/+3
| | | | | | | | | | | Default riscv is little-endian moreover most of other arches define bigendian as tune and treats absense as litteendian, this make risc-v fall in line (From OE-Core rev: cd6f377591a7bd7b3c61ce580f997aaeffab3df3) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* powerpc-tunes: Introduce bigendian tuneKhem Raj2019-09-0314-22/+44
| | | | | | | | | | | | This helps in defining LE tunes and at the same time specifies endianness on compiler cmdline clearly, clang e.g. defaults to little-endian always, so unless specified with -mbig-endian won't compile the code right (From OE-Core rev: e0fd699d398f0e88fb208970dea7b74e6e9431fe) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: switch to '-vga std' emulated hardware from vmware/cirrus for x86/mipsAlexander Kanavin2019-09-014-2/+4
| | | | | | | | | | | | | | | | | | | | This is the qemu default since qemu 2.2, is generally supported better, and is recommended by upstream. It also has already been in use for arm/risc and ovmf. Additional information: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13466 https://www.kraxel.org/blog/2014/10/qemu-using-cirrus-considered-harmful/ '-vga virtio' emulated hardware remains in use when virgl is enabled via a runqemu override. Also, adjust the error whitelist, as there is a number of new messages coming from the drivers that are not actual errors. (From OE-Core rev: 73cb104f3307736f4922f2e0c9648f9b2d3b3b6b) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: bump linux-yocto preferred version to 5.2Bruce Ashfield2019-09-012-2/+2
| | | | | | | (From OE-Core rev: 0504760978b65627bb265503896bc2dfb0709475) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: disable gallium swrast driver on x86 x32Alexander Kanavin2019-08-301-1/+4
| | | | | | | | | It was found to crash the X server on startup under qemu. (From OE-Core rev: 045011ed29c0ab45892ad0881a4a8987f2adc977) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: set default RAM to 256M for all machinesAlexander Kanavin2019-08-304-4/+0
| | | | | | | | | | | | | | | | There was a discussion about what amount of RAM is appropriate for a default; the outcome was that for now it is still 256M. Some qemu machine definitions have however set this to 512M so for the sake of treating all architectures fairly, they are reset back to 256M. Also runqemu is adjusted to use 256M if QB_MEM is not set at all. http://lists.openembedded.org/pipermail/openembedded-core/2019-August/285900.html (From OE-Core rev: 04c01b6cc5be3e6d45d0e04571640648a5655a8b) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-ep9312.inc: fix TUNEVALID descriptionAndre McCurdy2019-08-281-1/+1
| | | | | | | (From OE-Core rev: 62afb4e79f3f8e491db290e5932a54f3dc3f962a) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-arm1176jz-s.inc: add support for arm1176jz-s CPU specific tuningAndre McCurdy2019-08-281-0/+17
| | | | | | | (From OE-Core rev: 95823b7eab141f8969367c4f9b76b73bf2e664dc) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tune-arm1136jf-s.inc: add hardfloat supportAndre McCurdy2019-08-281-1/+4
| | | | | | | (From OE-Core rev: 6e057cc367ab9cf82901ba8c7c3cfab35c4cb9ab) Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemumips/qemumips64: move QB_SYSTEM_NAME to corresponding confChangqing Li2019-08-223-1/+4
| | | | | | | | | | | | | | | | | | | Configuration: MACHINE = qemumips64 bitbake lib32-core-image-minimal runqemu slirp nographic qemumips64 ext4 Error: ERROR - Failed to run qemu: qemu-system-mips: unable to find CPU model 'MIPS64R2-generic' Fixed by moving QB_SYSTEM_NAME to Respective configuration file (From OE-Core rev: e724e8836ed614ff8eaa0d0d9c51d22ee62576b3) Signed-off-by: Changqing Li <changqing.li@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuriscv64: Specify the firmware as a bios instead of kernelAlistair Francis2019-08-212-3/+1
| | | | | | | | | | | | Now that we have a -bios option for the RISC-V virt machine in QEMU we can pass OpenSBI in via -bios and the kernel in via -kernel. We no longer need to pass the kernel in via -device loader so let's remove that. (From OE-Core rev: 65e7f371f19e053d0bac7771a80615f6bada74c7) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuboot-x86: move QB_SYSTEM_NAME to corresponding confChangqing Li2019-08-073-2/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | Configrations: MACHINE: qemux86-64 require conf/multilib.conf MULTILIBS = "multilib:lib32" DEFAULTTUNE_virtclass-multilib-lib32 = "x86" Reproduce steps: bitbake lib32-core-image-minimal runqemu qemux86-64 nographic lib32-core-image-minimal Errors: qemu cannot bootup since: Booting from ROM... This kernel requires an x86-64 CPU, but only detected an i686 CPU. Unable to boot - please use a kernel appropriate for your CPU. QEMU: Terminated For lib32 image, override has x86, so the qemubin set to qemu-system-i386, fix by move QB_SYSTEM_NAME to corresponding conf, don't use the override (From OE-Core rev: ffaf86f175b2e6caa3a0067f7b3725930b053715) Signed-off-by: Changqing Li <changqing.li@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuriscv64: Fix QB_OPT_APPEND overwriteAlistair Francis2019-06-211-1/+1
| | | | | | | | | Avoid overwriting the QB_OPT_APPEND variable. (From OE-Core rev: 7143a558a61d2b5e3b0ed46ecc2c413a18361e7e) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuriscv: Build uImage for RISC-V machinesAlistair Francis2019-06-211-0/+5
| | | | | | | (From OE-Core rev: 12dc5569d832d57b52ed68bc9009506b2d183795) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemuriscv64: Add the QEMU RISC-V 64-bit machineAlistair Francis2019-06-194-0/+85
| | | | | | | | | | | | | The include is split ready to add the 32-bit RISC-V machine as soon as glibc supports 32-bit RISC-V. This is based on the work in the meta-riscv layer, thanks to Khem for starting this. (From OE-Core rev: 11b6020dff4550fc3a42e04bc1e86baf37942c62) Signed-off-by: Alistair Francis <alistair.francis@wdc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-02 01:36:02 +0000