summaryrefslogtreecommitdiffstats
path: root/conf/machine/include
Commit message (Collapse)AuthorAgeFilesLines
* linux-intel/5.10: remove recipesAnuj Mittal2022-06-171-2/+2
| | | | | | 5.15 is the only tested and default version now. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* opencl-clang: upgrade 13.0.0 -> 14.0.0Anuj Mittal2022-04-051-2/+2
| | | | Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* Remove support for building with LLVM 10Anuj Mittal2022-04-051-4/+2
| | | | | | | We no longer support building with older branches of OE-Core/meta-clang so remove LLVM 10 specific configurations and patches. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf: remove usage of X86_TUNE_DIR varAnuj Mittal2022-04-053-5/+5
| | | | | | | The main branch only supports building with kirkstone now so we no longer need this to tweak paths for older branches. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* qemu-intel.inc: backport of dependency fixes from oe-corePeter Bergin2022-03-311-1/+1
| | | | | | | | | | | | | | | | | | | When building an image for intel-corei7-64 (and probably other targets) it was not possible to directly start the image with runqemu due to missing directory in sysroot related to qemu-helper-native. In oe-core two patches has been applied that fixes dependency issues when building images for qemu. Those patches does also fix the issue when building for targets in meta-intel. Following two patches from oe-core, originally for meta/conf/machine/include/qemu.inc, are backported to conf/machine/include/qemu-intel.inc: 3a4fed4ae0 qemu.inc: Should depend on qemu-system-native, not qemu-native 5562342020 image/qemu: Add explict depends for qemu-helper addto_recipe_sysroot task Signed-off-by: Peter Bergin <peter@berginkonsult.se> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* qemuboot-intel: fix audio optionAnuj Mittal2022-03-301-1/+1
| | | | | | | | | -soundhw ac97 is deprecated since qemu v5.1.0. Replace it with recommended option. Fixes: | qemu-system-x86_64: warning: '-soundhw ac97' is deprecated, please use '-device AC97' instead Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: set default rt kernel to 5.15Naveen Saini2021-11-301-1/+1
| | | | | Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: set default kernel to LTS 5.15Naveen Saini2021-11-241-3/+3
| | | | | | | Build 5.10 with poky-altcfg as kenrel 5.4 support is going to drop Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* qemuboot-intel.inc: remove vga and uvesafb parametersAnuj Mittal2021-11-171-2/+2
| | | | | | | | | | | These are ancient and no longer required. For a detailed explanation, see: https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=ec7beb650fd3ad445e77d2c3c8fde27556d9d0c9 https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=e88fe83014b771b1868ee1159672c80f7710f41d https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=58e85c60cd15cf4c0b47cddcf507543461c1a328 Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* intel-common-pkgarch.inc: fix operator combinationAnuj Mittal2021-11-051-1/+1
| | | | | | | Bitbake now warns if :append is combined with +=. Change this to use the preferred format. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: use zlib from oe-core by defaultNaveen Saini2021-11-031-5/+0
| | | | | | | Instead of zlib-intel from this layer, use zlib from oe-core by default Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* Remove support for gatesgarthAnuj Mittal2021-10-131-4/+2
| | | | | | | Building with oe-core gatesgarth is no longer supported. Remove from LAYERSERIES_COMPAT and remove the LLVM 11 patches as well. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: allow to select opencl-clang/13.0.0 tooNaveen Saini2021-09-031-2/+4
| | | | | | | Based on LLVMVERSION, select opencl-clang version Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer.conf: update machine confs with new tune locationsNaveen Saini2021-08-233-5/+5
| | | | | | | Added logic to make sure, it does not break with old releases. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* qemuboot-intel: fix the override syntaxAnuj Mittal2021-08-091-1/+1
| | | | | | Use : as per the new syntax. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* Manually move some overrides to new syntaxAnuj Mittal2021-08-062-9/+9
| | | | | | | Some of these were missed when using the script and were noticed when building intel-skylake-64 and tiny images which had started failing. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* Convert to new override syntaxAnuj Mittal2021-07-313-25/+25
| | | | | | | Use the convert-overrides.py to convert to new syntax and manually fix some additional changes. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* qemuboot-intel.inc: remove deprecated show-cursor optionAnuj Mittal2021-06-251-1/+1
| | | | | | | Don't pass show-cursor as it's no longer a valid option. We pass the correct show-cursor=on in runqemu so remove it from here. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* opencl-clang/12.0.0: add recipeNaveen Saini2021-04-011-2/+4
| | | | | | | | Build opencl-clang with llvm-12 and point to latest from ocl-open-120 branch. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf: remove thermald from MACHINE_ESSENTIAL_EXTRA_RDEPENDSNaveen Saini2021-02-161-1/+1
| | | | | | | | thermald recipe moved to dynamic layer due to meta-oe dependency. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf/machine: set preferred kernel to 5.10Naveen Saini2021-01-141-2/+2
| | | | | Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf: fix recipe name for libva-utilsAnuj Mittal2020-10-201-3/+3
| | | | | | The name is libva-intel-utils and not libva-utils-intel. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* opencl-clang: add recipe for LLVM 11Anuj Mittal2020-10-151-0/+3
| | | | | | | Point to latest for llvm 11 branch as there's no official release yet. And, pick the version of opencl-clang based on LLVMVERSION. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libva-intel-utils: add recipeAnuj Mittal2020-10-071-0/+4
| | | | | | | | | | We need a later version of libva than what is available in oe-core for the media components. Create our own copy of the recipe and include it only when someone has included one of meta-intel MACHINEs. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libva-intel: add recipeAnuj Mittal2020-10-071-0/+5
| | | | | | | | | | We need a later version of libva than what is available in oe-core for the media components. Create our own copy of the recipe and include it only when someone has included one of meta-intel MACHINEs. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* opencl-clang: drop llvm9/clang9 supportNaveen Saini2020-07-221-3/+0
| | | | | Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libva-utils-intel: drop recipeNaveen Saini2020-05-181-4/+0
| | | | | | | | libva-utils in oe-core moved to latest release, so no need to carry in meta-intel anymore. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libva-intel: drop recipeNaveen Saini2020-05-181-4/+0
| | | | | | | | libva in oe-core moved to latest release, so no need to carry in meta-intel anymore. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* opencl-clang: add recipe for 9.0.0 as wellNaveen Saini2020-04-271-0/+3
| | | | | | | | | opencl-clang project release branches links to different LLVM versions. So, in order to use latest igc version with both clang 10.x and 9.x, added seprated recipes. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* linux-intel/4.19: removeAnuj Mittal2020-04-271-2/+2
| | | | | | | We will maintain only the 5.4 kernel for dunfell LTS. Switch alt-cfg to using v5.4. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libva-utils-intel: keep upgraded libva-utils version to meta-intel MACHINE ↵Naveen Saini2020-04-161-0/+4
| | | | | | | | | | | specific Make sure that we use the upgraded version of libva-utils only when using MACHINE value from meta-intel. For all other cases, libva-utils from oe-core should be used. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libva-intel: keep upgraded libva version to meta-intel MACHINE specificNaveen Saini2020-04-161-0/+4
| | | | | | | | | Make sure that we use the upgraded version of libva only when using MACHINE value from meta-intel. For all other cases, libva from oe-core should be used. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* qemuboot-intel: use Skylake-Client instead of kvm64Anuj Mittal2020-04-141-1/+1
| | | | | | | Use skylake-client instead of legacy kvm64 for intel-skylake-64 MACHINE. Also helps prevent problems when booting up using KVM in QEMU. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf/machine: set preferred RT kernel to 5.4Naveen Saini2020-01-301-1/+1
| | | | | Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: Update linux-intel PREFERRED_VERSION to 5.4Naveen Saini2020-01-021-3/+3
| | | | | | | And also mark 4.19 as the kernel to be built when using poky-altcfg. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: build older LTS kernel with poky-altcfgAnuj Mittal2019-09-241-0/+2
| | | | | | | | Mark 4.14 (it should later be changed to 4.19 after the next LTS has been merged) as the kernel to be built when using poky-altcfg. It'll help build and test both the supported kernels. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: Remove LSB support configNaveen Saini2019-09-111-1/+0
| | | | | | | | | | LSB support has been removed from OE-core: https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=bac4bc9aa6a1f2fcf2ce9644925615185cc8e847 https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=66dba027289d7dd20df4bae9ae4307ae3a225216 Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* tune-skylake.inc: Improve handling the newly introduced skylake tune.Alejandro Enedino Hernandez Samaniego2019-08-291-3/+23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The skylake tune introduced on 04510bfa Currently disables qemu-usermode by default, due to the lack of support from QEMU to several of the Intel instruction set extensions introduced within the few latest generations of CPU architectures (e.g. QEMU does not support avx2) While there is a good reason to perform the removal of qemu-usermode from MACHINE_FEATURES, there are several components within the build system that rely on it for proper compilation and behavior, for example anything that uses gobject data introspection or even the components like the chromium web browser require to run a QEMU for the target architecture to build successfully. There is no reason why we can't have those components built without sacrificing the cpu (most) optimizations. The process I followed on meta-chromebook to enable an optimized build and whats being upstreamed by this patch is that by doing some reverse engineering, I was able to figure out which instruction set extensions are not compatible with QEMU Skylake-Client, by performing a bit gcc magic from inside QEMU (target) to get the available optimizations for the native architecture (which is actually our target in this case). These are all (not surprisingly) the avx2 extensions, listed as follows: -mno-avx -mno-avx2 -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf -mno-avx512dq -mno-avx512bw -mno-avx512vl -mno-avx512ifma -mno-avx512vbmi -mno-avx512vbmi2 -mno-avx512vnni -mno-avx512bitalg Specifically disabling these manually (for now), allows us to build an optimized system for the skylake/skylake based architectures (e.g. KabyLake) while keeping the capability of using qemu-usermode, as a side note GCC does show more unavailable optimization tunes, (hence why there might be some warnings), but getting rid of these specifically seems enough to make it run happily in qemu-usermode. Basically the MACHINE_FEATURES variable is able to dictate how we will tune the build for our device, if qemu-usermode is present, TUNE_CCARGS will expand as follows: TUNE_CCARGS=" -m64 -march=skylake -mtune=skylake -mno-avx -mno-avx2 -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf -mno-avx512dq -mno-avx512bw -mno-avx512vl -mno-avx512ifma -mno-avx512vbmi -mno-avx512vbmi2 -mno-avx512vnni -mno-avx512bitalg -mfpmath=sse" Whats this means is that the build will be tuned for skylake architectures, enabling all possible extensions, (MOVBE, MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, AES, PCLMUL, FSGSBASE, RDRND, FMA, BMI, BMI2, F16C, RDSEED, ADCX, PREFETCHW, CLFLUSHOPT, XSAVEC and XSAVES) minus the ones QEMU is unable to run, which will result in an illegal instruction error, notice the tune is kept as skylake. Whilst, if qemu-usermode is not found on MACHINE_FEATURES, TUNE_CCARGS will expand to: TUNE_CCARGS=" -m64 -march=skylake -mtune=generic -mavx2 -mfpmath=sse" Which is exactly what its set to with the current tune, so this patch should be harmless, and only extend current functionality, we will still keep qemu-usermode disabled by default (hence enabling avx2) but the user would have the capability to decide how the skylake tune will be handled. As the GCC manual states, we should really try to avoid using mtune=generic when possible, and this patch allows us to do so [1]. This patch also addresses a problem on which the current skylake tune includes tune-core2.inc instead of tune-corei7.inc to get the list of AVAILTUNES and PACKAGE_EXTRA_ARCHS. Right now, AVAILTUNES are set as follows: AVAILTUNES=" x86 x86-64 x86-64-x32 i586 i686 core2-32 core2-64 core2-64-x32 skylake-64" Where the proper set should be (after this patch): AVAILTUNES=" x86 x86-64 x86-64-x32 i586 i686 core2-32 core2-64 core2-64-x32 corei7-32 corei7-64 corei7-64-x32 skylake-64" When (if), QEMU gains support for the AVX2 instruction set extensions these can be easily removed to provide full support for qemu-usermode. [1] https://gcc.gnu.org/onlinedocs/gcc-9.1.0/gcc/x86-Options.html Signed-off-by: Alejandro Enedino Hernandez Samaniego <aehs29@gmail.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf: add new machine intel-skylake-64Naveen Saini2019-08-212-0/+32
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add 64-bit new machine (intel-skylake-64) with -march=skylake and avx2 instruction-set set up. We do see a qemu-usermode failure at build time, on setup of avx2 instruction-set as QEMU does not support AVX instruction set. Check this: https://bugs.launchpad.net/qemu/+bug/1818075 So to bypass this issue disabling qemu-usermode for intel-skylake-64 machine. Due to above limitation and in order to not affecting existing machines, this new machine is being proposed to add. A quick performance comparision between intel-corei7-64 vs intel-skylake-64 machines Measurements are in time, taken by the benchmark tests. Less is better. Test/Benchmark intel-corei7-64 intel-skylake-64 (1) CppPerformanceBenchmarks (Test: Math Library) (1st) 5m 15.70s 4m 36.39s (2nd) 5m 16.37s 4m 36.51s (3rd) 5m 15.54s 4m 37.80s CppPerformanceBenchmarks is a set of C++ compiler performance benchmarks. (2) AOBench (1st) 0m 35.07s 0m 28.74s (2nd) 0m 34.90s 0m 28.72s (3rd) 0m 34.85s 0m 28.89s AOBench is a lightweight ambient occlusion renderer, written in C. The test profile is using a size of 2048 x 2048. (3) C-Ray (1st) 320 seconds 232 seconds (2nd) 320 seconds 232 seconds (3rd) 321 seconds 232 seconds C-Ray, a simple raytracer designed to test the floating-point CPU performance. For this patch, 'bitbake world' gets successfully built with latest poky master. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: include i915 kernel module and firmwareAnuj Mittal2019-08-091-0/+1
| | | | | | | | | | | | | | We include the firmware as part of initramfs image that is used for live images. Make sure that we include this module for others as well. Also include the kernel module for all images instead of relying on "linux-modules" using MACHINE_EXTRA_RRECOMMENDS. Use MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS instead to pull in i915 module so it works for all images based on packagegroup-core-boot. Fixes [YOCTO #13446] Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf: use zlib-intel by default for target buildsRoss Burton2019-05-061-0/+6
| | | | | | | | Don't change native or nativesdk so that builds using both meta-intel and other machines can share native sstate. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf: set -rt kernel to 4.19Anuj Mittal2019-02-121-0/+1
| | | | | | | Explicitly set the kernel to be used when building an image with linux-intel-rt kernel. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf/machine: set preferred kernel to 4.19Anuj Mittal2018-12-171-2/+2
| | | | | | Set preferred kernel to 4.19 for LSB as well. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* README: minor editAnuj Mittal2018-07-271-5/+0
| | | | | | We don't supply binaries anymore. Also, remove some obsolete comments. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: remove unreferenced xserver codeAnuj Mittal2018-03-131-7/+0
| | | | | | | | | OLD_XSERVER_X86_EXT was added to support emgd drivers that needed X server older than 1.13. We neither support X server older than 1.13 nor the emgd drivers now. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* meta-intel.inc: use linux-intel instead of linux-yocto in -lsbCalifornia Sullivan2018-01-291-1/+1
| | | | | | | Previously the ltsi kernel was 4.4, requiring us to use linux-yocto. It has since moved to 4.9, allowing us to use linux-intel. Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* meta-intel.inc: set default EFI_PROVIDER to systemd-bootCalifornia Sullivan2018-01-221-1/+1
| | | | | | | | | RMC is confusing as a default because it is only supported by legacy (iso, hddimg) image types. Its also not being actively maintained, causing it to lag behind in updates (currently against systemd-boot v232 instead of v234). Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* xf86-video-mga: remove recipe from meta-intelAnuj Mittal2018-01-171-3/+0
| | | | | | | | | | This driver was added for a platform that is no longer supported. This recipe is also maintained in meta-oe in case it's required outside of meta-intel. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* meta-intel.inc: Update linux-intel PREFERRED_VERSION to 4.14California Sullivan2018-01-081-1/+1
| | | | | | | This is the newest LTS kernel, and will be the preferred kernel going for this release. Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* intel-quark: Remove MACHINE configuration for QuarkSaul Wold2017-12-081-12/+0
| | | | | | | | As the Quark machine has been EOL'ed at the end of 2017, remove this machine type from the 2018 planned release of meta-intel Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-18 12:43:07 +0000