summaryrefslogtreecommitdiffstats
path: root/conf/machine/include
Commit message (Collapse)AuthorAgeFilesLines
* qemuboot-intel: Remove quark referencesSaul Wold2017-12-081-4/+0
| | | | | Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* meta-intel.inc: Use grub-efi for x32Saul Wold2017-09-271-0/+1
| | | | | | | | Use the new x86-x32 override to set the EFI_PROVIDER to grub-efi which can build without any external libraries, thus just build in 64bit mode without x32 libraries. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-common-pkgarch: fix iwlwifi rename and add ixgbeSaul Wold2017-09-051-1/+3
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-common-pkgarch: Add out of tree modulesSaul Wold2017-07-311-0/+1
| | | | | | | Since we want to support the out of tree modules for wifi and ethernet we need to also have them as common for all machines in the common arch. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta-intel.inc: Ensure thermald is installed for most targetsSaul Wold2017-07-271-2/+2
| | | | | | This will ensure thermald is installed on all target images except core-image-minimal Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta-intel.inc: Set default DISK_SIGNATURE_UUIDCalifornia Sullivan2017-07-101-0/+2
| | | | | | | | This lets the uefi-comboapp and new kickstart template work well together out of the box. Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* Revert "meta-intel: Add override for EFI_PROVIDER and x32"Saul Wold2017-07-081-1/+0
| | | | | | | | | The recent patch from Todor to split the RMC recipe into lib and efi app allows us to revert this override. This reverts commit a0ca03a32bbe5cbc8433330c28f2044d0ff30ae8. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta-intel: Add override for EFI_PROVIDER and x32Saul Wold2017-06-261-0/+1
| | | | | | | Since the existing rmc library does not build correctly for x32 target disable it with an ARCH based OVERRIDE. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* qemu-intel.inc: Add to KERNEL_FEATURES via KERNEL_FEATURES_INTEL_COMMONCalifornia Sullivan2017-05-111-1/+1
| | | | | | | | | | Adding to KERNEL_FEATURES causes the kernel tools to try to add the feature to all kernels, even custom kernels not using the yocto-kernel-cache. By moving it to KERNEL_FEATURES_INTEL_COMMON, it will only affect the kernels the layer supplies. Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-common-pkgarch: Add additional kernel typesSaul Wold2017-04-171-0/+3
| | | | | | | We added -rt to available kernel, and will likely have -tiny and -dev in the future, so add them now also. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* qemu-intel.inc: Add ovmf to EXTRA_IMAGEDEPENDSCalifornia Sullivan2017-03-281-0/+3
| | | | | | | This lets us use ovmf firmware with runqemu without building ovmf manually beforehand. Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* meta-intel.inc: Set PREFERRED_PROVIDER to linux-yocto for linuxstdbaseCalifornia Sullivan2017-03-231-0/+1
| | | | | | | | linux-intel does not provide a 4.1 kernel, which is needed for -lsb images since they use the current LTSI kernel. Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* Include recommended packges for all Intel machinesJussi Laako2017-03-211-0/+3
| | | | | | | | Moves common MACHINE_EXTRA_RRECOMMENDS to a common include file and add thermald to MACHINE_EXTRA_RRECOMMENDS. Signed-off-by: Jussi Laako <jussi.laako@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta-intel.inc: Set intel-linux as default kernel for poky-tinyAlejandro Hernandez2017-03-071-0/+1
| | | | Signed-off-by: Alejandro Hernandez <alejandro.hernandez@linux.intel.com>
* intel-common-pkgarch: Add linux-intelSaul Wold2017-03-061-0/+1
| | | | | | | This adds the linux-intel kernel to the list of packages that are in the intel-common arch. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta-intel: Don't override default qemu slirp optionsDmitry Rozhkov2017-02-281-1/+0
| | | | | | | | | | | | | | | | The latest OE's runqemu script by default uses the following SLIRP options -netdev user,id=net0,hostfwd=tcp::2222-:22,hostfwd=tcp::2323-:23 which are suitable for meta-intel too. And what is more important they don't follow the deprecated syntax currently present in the option values overriden by meta-intel. The patch drops the meta-intel specific overrides. Signed-off-by: Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* meta-intel.inc: Enable linux-intel and 4.9 by default for meta-intel hardwareSaul Wold2017-02-081-2/+2
| | | | | | | | | | | Enable the linux-intel production kernel for meta-intel by default for 4.9, this will enable using the Intel production kernel. This is a well tested 4.9 tree that will start to include additional support for the Apollolake and Joule hardware. Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* meta-intel: enable qemu and select more suitable virtual machine optionsPatrick Ohly2017-01-243-0/+43
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Although the machines definitions in meta-intel are meant to target real hardware, begin able to start the resulting images under qemu is nevertheless useful for testing. Doing that via runqemu depends on a per-image runqemu.conf that describes how to run qemu for the image. Ineriting qemuboot.bbclass in image recipes with QB_ variables set for the current architecture via overrides creates that file. The new qemuboot-intel.inc was copied from OE-core's qemuboot-x86.inc and adapted to the three common machines in meta-intel: $ diff ../openembedded-core/meta/conf/machine/include/qemuboot-x86.inc conf/machine/include/qemuboot-intel.inc 3,5c3,5 < QB_SYSTEM_NAME_x86 = "qemu-system-i386" < QB_CPU_x86 = "-cpu qemu32" < QB_CPU_KVM_x86 = "-cpu kvm32" --- > QB_SYSTEM_NAME_intel-core2-32 = "qemu-system-i386" > QB_CPU_intel-core2-32 = "-cpu coreduo" > QB_CPU_KVM_intel-core2-32 = "-cpu kvm32" 7,9c7,13 < QB_SYSTEM_NAME_x86-64 = "qemu-system-x86_64" < QB_CPU_x86-64 = "-cpu core2duo" < QB_CPU_KVM_x86-64 = "-cpu kvm64" --- > QB_SYSTEM_NAME_intel-corei7-64 = "qemu-system-x86_64" > QB_CPU_intel-corei7-64 = "-cpu Nehalem" > QB_CPU_KVM_intel-corei7-64 = "-cpu kvm64" > > QB_SYSTEM_NAME_intel-quark = "qemu-system-i386" > QB_CPU_intel-quark = "-cpu coreduo" > QB_CPU_KVM_intel-quark = "-cpu kvm32" For performance reasons, runqemu uses virtio for the boot disk. The kernel therefore must have the necessary drivers enabled. This may also be useful when running a meta-intel machine image on other virtual platforms and therefore the default kernel configuration gets changed to enable virtio. However, OE-core's qemu.inc also enables various other tweaks for running under qemu, like deriving the wired Ethernet address from the kernel boot parameters. This is probably less desirable for a meta-intel machine and thus not enabled in the new qemu-intel.inc. The downside is that the resulting images then come up without assigned IP address when used under qemu. Distros which want that feature can still add it to their images by copying settings from OE-core's qemu.inc. Signed-off-by: Patrick Ohly <patrick.ohly@intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* rmc: add support for alternative EFI bootloadersTodor Minchev2016-12-151-1/+1
| | | | | | | | | | RMC was previously configured to work only with the systemd-boot EFI bootloader. With this commit we can specify alternative bootloaders by setting the RMC_BOOTLOADER variable in local.conf. If RMC_BOOTLOADER is not set systemd-boot will be used by default. Signed-off-by: Todor Minchev <todor.minchev@linux.intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* meta-intel.inc: Add MACHINEOVERRIDE for meta-intelSaul Wold2016-11-021-0/+3
| | | | | | | | | | This allows to have one override mechansim for meta-intel instead of having multiple machine overrides. This replaces using rmc in DISTRO_FEATURES which was a bad idea to set in layer. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta-intel.inc: remove setting rmc in DISTRO_FEATURESSaul Wold2016-11-021-2/+0
| | | | | | We should not be changing DISTRO_FEATUES within a layer. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta-intel: Enable RMC by defaultSaul Wold2016-10-201-0/+4
| | | | | | | | | This enables the Runtime Machine Configuration feature, which allows use to support multiple machines that have different kernel commandline option as well as different startup requirements to work from the base MACHINE configuration. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta-intel.inc: Bump PREFERRED_VERSION_linux-yocto to 4.8California Sullivan2016-09-151-1/+1
| | | | | Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta-intel.inc: Soft set PREFERRED_PROVIDER_virtual/kernelCalifornia Sullivan2016-09-151-1/+2
| | | | | | | | This makes it easier for others inheriting meta-intel to use their own kernel. Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-common-pkgarch: Set common PACKAGE_ARCH for linux-yocto-tinyTom Zanussi2016-05-261-0/+1
| | | | | | | The linux-yocto-tiny metadata assumes the common PACKAGE_ARCH but without this is actually machine-specific and broken. Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* meta-intel.inc: Update INTRD to INITRD_LIVESaul Wold2016-03-031-1/+1
| | | | | | | | This address a boot issue based on using the new bootimg code that makes a distiction between Live and VM type of image so they can co-exisit. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* machine: move PREFERRED_VERSION/PREFERRED_PROVIDER to meta-intel.incCalifornia Sullivan2016-02-221-0/+3
| | | | | | | This information is the same across all meta-intel supported MACHINEs, so we can move it to a shared location. Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* intel-quark-common: Add no-asm config to opensslSaul Wold2015-10-021-0/+1
| | | | | | | This causes the build to not use Assembly code which contains invalid CMOV instructions. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-quark-common: disable padlock codeSaul Wold2015-09-161-1/+5
| | | | | | | | The padlock code is a subset of x86 hardware acceleration code. It uses the cmov instruction which is invalid on Quark based hardware, so we disable this code. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-quark: Introduce new BSP for Quark/X1000 SOCSaul Wold2015-07-081-0/+7
| | | | | | | This new BSP is for the Quark/X1000 and related series that need the limited no-lock-prefix. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta-intel.inc: Remove kernel customization for poky-lsb imagesNitin A Kamble2015-02-241-3/+0
| | | | | | | This is handled in oe-core now, remove the redundant code. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* Update LSB preferred version to 3.14 LTSIDarren Hart2015-02-201-1/+1
| | | | | | | LSB images prefer to build with LTSI. Update to 3.14, now that 3.10 has been removed. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-microcode: Add ability to filter microcodeNitin A Kamble2014-10-211-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | The microcode data file released by Intel has microcode for many Intel processors, which by default all get installed onto the target image. In some situations it may desirable to choose microcode for only a selected processor or processors. This change provides an easier way to filter and select only the microcode of interest for BSPs from recipe space. A new variable, UCODE_FILTER_PARAMETERS, is introduced, which can be defined to contain parameters to the iucode_tool which will filter the microcode of interest for the BSP under consideration. More information on the iucode-tool parameters is available here: http://manned.org/iucode-tool. This filtering makes the generated microcode files very machine-specific, hence making the recipe machine-specific. BSPs using the common Intel kernel will not be using the filtered microcode, and will be able to share the intel-microcode packages with the common Intel package arch for the recipe. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Acked-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* meta-intel: Add new intel-ucode MACHINE_FEATURENitin A Kamble2014-10-211-3/+3
| | | | | | | | | | | | | | | | | With this change, Intel microcode support can be enabled or disabled for any BSP by controlling the MACHINE_FEATURES variable. Any BSP from the meta-intel layer can enable Intel microcode loading support by adding the following line in the machine configuration. MACHINE_FEATURES += "intel-ucode" This change keeps the intel-microcode feature disabled by default; it can however be enabled as an "opt-in" feature via the MACHINE_FEATURES variable. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* meta-intel.inc: Use LTSI kernel for poky-lsb imagesNitin A Kamble2014-10-211-0/+3
| | | | | | | | v3.10 is now the latest LTSI kernel. Use it for all the poky-lsb images, so that it gets validation in the QA cycles. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* Remove all the changes related to the proprietary EMGD graphics driverNitin A Kamble2014-09-162-13/+0
| | | | | | | | As all the EMGD based BSPs have been retired, there is no need for the proprietary EMGD support in the meta-intel layer. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* meta-intel BSPs: enable microcode loading support for imagesNitin A Kamble2014-09-041-0/+7
| | | | | | | | For the BSPs using the meta-intel.inc file enable the early boot-time kernel as well as the user space microcode loading support. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
* meta-intel.inc: Enable ASPEED Tech Graphic CardOng Boon Leong2014-05-091-0/+2
| | | | | | | | | This is to enable ASPEED Technology graphic card that is bundled inside certain Intel customer reference board. Signed-off-by: Ong Boon Leong <boon.leong.ong@intel.com> Acked-By: Nitin A Kamble <nitin.a.kamble@intel.com>
* intel-common: Set common PACKAGE_ARCH for linux-yocto-rtDarren Hart2014-04-091-0/+1
| | | | | | | | The linux-yocto/meta support is now available for the intel-core* machines and the preempt-rt kernel. Enable the common PACKAGE_ARCH in intel-common-pkgarch.inc. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-common-pkgarch: Correct PACKAGE_EXTRA_ARCHS usageDarren Hart2014-02-211-1/+1
| | | | | | | | The trailing S was missing from the variable name, resulting in the kernel-modules package not being found as the common arch was not added to the PACKAGE_ARCHS variable used by the package manager. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* intel-common: Make using intel-common override opt-inDarren Hart2014-02-052-2/+0
| | | | | | | | | | | | | | | | Currently the intel-core*-common.inc files also include the intel-common-pkgarch.inc, forcing the introduction of the intel-common PACKAGE_ARCH. Coupling this with the addition of the intel-common MACHINE_OVERRIDE, means that even MACHINE_ARCH packages can be influenced by intel-common overrides, which is not desirable. Remove the intel-common-pkgarch.inc from the intel-core*common.inc include files, requiring BSPs wanting to use the intel-common mechanism to explicitly include it. This obviates the need to reset the linux-yocto PACKAGE_ARCH to MACHINE_ARCH. Signed-off-by: Darren Hart <dvhart@linux.intel.com> Cc: Richard Purdie <richard.purdie@linuxfoundation.org>
* MACHINEOVERRIDES: Use INTEL_COMMON_PACKAGE_ARCHDarren Hart2014-02-051-0/+1
| | | | | | | | Create the intel common override for use in currently machine-specific recipes which need to make overrides for all the compatible machines, such as COMPATIBLE_MACHINES in the linux-yocto* recipes. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* meta-intel.inc: Use X86 instead of IA32Darren Hart2014-01-271-4/+4
| | | | | | | To be consistent with the renaming in oe-core, use X86 instead of IA32 in the XSERVER_X86* variables. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* Add Intel core2 and corei7 BSPs and tune filesDarren Hart2014-01-273-0/+20
| | | | | | | | | | | | | | | | | | Introduce two new generic BSPs that parallel the updated core2 and new corei7 tune files in oe-core. These BSPs provided optimized tune flags for Intel Core and Atom CPUs since 2006 in the 32 bit core2 BSP and since Nehalem and Silvermont (Bay Trail) in the 64 bit corei7 BSP. These establish a suitable balance between compatibility and performance optimization. Signed-off-by: Darren Hart <dvhart@linux.intel.com> Cc: Richard Purdie <richard.purdie@intel.com> Cc: Paul Eggleton <paul.eggleton@intel.com> Cc: Tom Zanussi <tom.zanussi@intel.com> Cc: Nitin Kamble <nitin.a.kamble@intel.com> Cc: Mark Hatle <mark.hatle@windriver.com> Cc: Bruce Ashfield <bruce.ashfield@windriver.com>
* meta-intel-emgd.inc: specify preferred providers for gl componentsNitin A Kamble2013-09-181-0/+6
| | | | | | | | By default the gl components are coming from mesa recipe. But for BSPs with EMGD graphics, these components come from emgd and mesa-gl recipes. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* Separate packagedir for GL components of EMGD BSPsRichard Purdie2013-09-181-0/+3
| | | | | | | | | | | | | | | When multiple BSPs of the same arch are built in a build directory, the differences in GL providers such as emgd-driver and mesa causes rebuild of large set of recipes, as they collide on each other's space for multiple BSPs. Although this does not impact correctness, it impacts build performance negatively. Richard had an idea of providing separate PACKAGE_DIR to the colliding recipes to avoid the build area collision. And this approach significantly reduces the negative impact on the build performance. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta-intel.inc: fix xorg packaging issue for emgd BSPsNitin A Kamble2012-12-031-0/+9
| | | | | | | | | | BSPs using emgd graphics stack need to use older version of xserver. And these older xserver recipes still use modules which need to be specified in the meta-intel.inc. This is needed in addition to Ross's xorg packaging fixes in oecore. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
* meta-intel.inc: remove xaa from matrox XSERVER variableTom Zanussi2012-11-291-2/+1
| | | | | | XAA has been dropped, so we need to drop the xaa module. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
* ia32-base.inc: removeTom Zanussi2012-08-291-58/+0
| | | | | | This has been moved to oe-core, so remove it. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
* meta-intel.inc: new fileTom Zanussi2012-08-292-7/+16
| | | | | | | | | | | Move a couple intel-specific variables into a new meta-intel.inc include file. meta-intel.inc is meant to contain variables and definitions that only make sense and are only available if the meta-intel layer is included in bblayers.conf. This is in preparation for moving the rest into oe-core. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>