summaryrefslogtreecommitdiffstats
path: root/conf/machine
Commit message (Collapse)AuthorAgeFilesLines
...
* Include recommended packges for all Intel machinesJussi Laako2017-03-214-5/+4
| | | | | | | | 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>
* intel-quark: remove redundant EFI_PROVIDER settingMikko Ylinen2017-01-171-2/+0
| | | | | | | | | EFI_PROVIDER is set in meta-intel.inc for all machines so the one set in intel-quark.conf has no effect and can be removed. Signed-off-by: Mikko Ylinen <mikko.ylinen@linux.intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* intel-*: wic: drop recursive task depedency to do_bootimgMikko Ylinen2017-01-173-4/+0
| | | | | | | | | | | do_image_wic (in image_types.bbclass) deals with the task dependency to do_bootimg if live images are built. It's redundant to set do_bootimg as a recrdeptask in the machine configurations so remove it. Signed-off-by: Mikko Ylinen <mikko.ylinen@linux.intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* intel-*: build dosfs/mtools for wic image creationMikko Ylinen2017-01-173-3/+3
| | | | | | | | | | | | intel-* machines default to an EFI bootloader which runs from an EFI system partition (ESP). Also, the ESP needs to be vfat formatted. Make sure the dosfs/mtools used by wic and its plugins that deal with vfat are built and available (without depending on do_bootimg) when wic images are being created. Signed-off-by: Mikko Ylinen <mikko.ylinen@linux.intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* vaapi: remove as recipes moved to oe-coreRoss Burton2016-12-152-2/+2
| | | | | | | | | | libva and gstreamer-vaapi are now part of oe-core, so remove them. The package names were changed to reflect the naming scheme, so update the machine configurations to follow. Signed-off-by: Ross Burton <ross.burton@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>
* intel-core*: Add ASPEED Xserver driverRahul Kumar Gupta2016-11-282-0/+2
| | | | | | | | | | Include support for ASPEED Technology graphics card driver to intel-corei7-64 and intel-core2-32. So that intel common BSP can support platforms like MohonPeak (Intel Atom Processor C2000 Product Family) which using this graphics card. Signed-off-by: Rahul Kumar Gupta <rahul.kumarxx.gupta@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-core*: add ttyS1 to SERIAL_CONSOLESRahul Kumar Gupta2016-11-282-2/+2
| | | | | | | | Some of Intel boards are using ttyS1 also. So ttyS1 is added to SERIAL_CONSOLES inorder to provide login prompts on the console. Signed-off-by: Rahul Kumar Gupta <rahul.kumarxx.gupta@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* conf/machine/intel-core*: Change WKS_FILE to systemd-bootdisk-uuidCalifornia Sullivan2016-11-102-2/+2
| | | | | | | | | | | Overriding systemd-bootdisk.wks unconditionally was against Yocto Project's compatibility requirements, so our version needed to be renamed. Change our conf files to use the renamed version. Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Saul Wold <sgw@linux.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>
* intel-corei7-64: Use SERIAL_CONSOLES to add ttyS2Saul Wold2016-11-021-1/+1
| | | | | | | Some Intel boards use ttyS0 and others use ttyS2, include both serial ports inorder to provide login prompts on the console. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* quark: amend EFI Bootloader optionJianxun Zhang2016-11-011-1/+1
| | | | | | | | | | We cannot override the current EFI bootloader selection with another "EFI_PROVIDER=..." in a local.conf in a build/conf directory when it is specified by "=" syntax in the current conf file for quark. Signed-off-by: Jianxun Zhang <jianxun.zhang@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* quark: explicitly set boot entry in bootloaderJianxun Zhang2016-11-011-0/+9
| | | | | | | | | This is to get rid of "install" option when booting quark with an image in hddimg format. EFI installer doesn't work on quark at this point. Signed-off-by: Jianxun Zhang <jianxun.zhang@linux.intel.com> 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>
* intel-quark: Add WIC image creationSaul Wold2016-10-171-0/+6
| | | | | | | | | | | This adds WIC Image support to the Quark Intel BSPs, these are all designed to be copied to MicroSD Cards via dd. This will create an efi boot partition along with a user space partition. It is not currently setup to have an install target, it only has a live boot target. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-core*: Add support for wic imagesSaul Wold2016-10-172-0/+10
| | | | | | | | | | | This adds WIC Image support to the core2 and corei7 Intel BSPs, these are all designed to be copied to USB sticks via dd. This will create an efi boot partition along with a user space partition. It is not currently setup to have an install target, it only has a live boot target. 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>
* quark: Switch gummiboot to systemd-bootJianxun Zhang2016-07-281-1/+1
| | | | | | | | | | | | | The systemd-boot is the old gummiboot merged into systemd project. We have enabled systemd-boot as a standalone EFI bootloader in OE, also with updated wic plugin to support specifying "systemd-boot" as bootloader in wks files. Assuming these are good enough to replace gummiboot for quark, this change does it. Signed-off-by: Jianxun Zhang <jianxun.zhang@linux.intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@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>
* conf/machine/README: RemoveTom Zanussi2016-04-291-39/+0
| | | | | | | All content has been moved to the top-level README. Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* conf/machine/intel-*: Add rootwait to APPEND variablesCalifornia Sullivan2016-04-263-3/+3
| | | | | | | | | | | | | | | | When using the init-install-efi.sh scripts from oe-core to install to a USB stick, we do not get the "rootwait" kernel command line option. Without the rootwait option we get a kernel panic when attempting to boot from the installed USB stick. This patch adds rootwait to the kernel command line of all intel-* MACHINEs as a temporary workaround. This could potentially impact boot times with devices that do not require it, but in testing with a Silverjaw lure and SSD on a MinnowBoard Max, it did not have a noticable impact. Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* machine: add i915 firmware to initramfs for intel-core* MACHINEsCalifornia Sullivan2016-03-292-0/+4
| | | | | | | | | Skylake and Broxton graphics require firmware blobs to run properly. The firmware must be built into the initramfs since the i915 driver is built into the kernel and won't have rootfs access on initialization. Signed-off-by: California Sullivan <california.l.sullivan@intel.com> Signed-off-by: Saul Wold <sgw@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-224-9/+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>
* machine: update PREFERRED_VERSION to 4.4 for intel-core* and intel-quarkCalifornia Sullivan2016-02-223-3/+3
| | | | | | This makes us use the new 4.4 kernel by default. Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* gma500_gfx: Avoid inserting gma500_gfx module for certain devicesAlejandro Hernandez2016-02-191-0/+2
| | | | | | | | | | | | | | | | The gma500_gfx driver will match certain devices on which it causes incorrect functionality, we want to avoid inserting this module, basicallly blacklist it for specific hardware, but still allow it to work on other hardware by default; usually when we have an already working system, using udev rules would do the job, but since we are building it, it is impossible to blacklist a driver when a certain udev rule matches, since rootfs isn't writeable at this point during boot time, the solution is to use modprobe install, which runs a certain command instead of inserting a matching module this command needs to insert the module manually afterwards and have a flag --ignore-install so it doesn't create an infinite loop executing itself everytime it wants to insert the module, busybox's modprobe doesnt provide this functionality, so a small hack had to be used to avoid the infite loop instead. Signed-off-by: Alejandro Hernandez <alejandro.hernandez@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-core2-32: fix SERIAL_CONSOLES lineSaul Wold2015-11-021-1/+1
| | | | | | This should be SERIAL_CONSOLES with ; setting between baud and device. Signed-off-by: Saul Wold <sgw@linux.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>
* meta-intel: meta-romley BSP retirement from YP 2.0WU CHIA CHUAN2015-09-291-1/+0
| | | | | | | | | | | | | | | | | | | | Remove meta-romley BSP layer from meta-intel master branch which is targeting for YP 2.0. A heads-up email was sent to the meta-intel mailing list for requesting any feedback regarding retirement of these BSP. Since there is no concern, we assume that it is agreed upon and thus this patch to retire the BSP. The "MAINTAINERS file" and "conf/machine/README file" are updated to reflect removal of the BSP. We expect intel-corei7-64 machine is continued to be used to support the platform and dpdk recipe under meta-romley is now supported under meta-isg/common/recipes-extended/dpdk. Signed-off-by: WU CHIA CHUAN <chia.chuan.wu@intel.com> 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-core2-32: Allow for multiple tty console typesSaul Wold2015-08-281-2/+2
| | | | | | | Adding the ttyPCH0 will allow of the platforms that have the EG20T Hardware to get both kernel console output and login prompt. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-quark: add CFLAGS for kernel to no use lock prefixSaul Wold2015-08-191-0/+3
| | | | | | | | The kernel needs to have the EXTRA_CFLAGS based via a variable as it does not pick up the CLFAGS from the tune file. Quark based kernel should not use the lock prefix. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-quark: use the 4.1 linux-yocto kernelSaul Wold2015-08-191-6/+2
| | | | | | Use the 4.1 kernel which is now the default in oe-core Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-core*: use the 4.1 linux-yocto kernelSaul Wold2015-08-192-2/+2
| | | | | | Use the 4.1 kernel which is now the default in oe-core Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-quark: Introduce new BSP for Quark/X1000 SOCSaul Wold2015-07-082-0/+35
| | | | | | | 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>
* intel-corei7-64: add nfc machine featureCristian Iorga2015-06-011-1/+1
| | | | | | | | | add support for the generic NFC stack Partial fix for [YOCTO #7451]. Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-core2-32: add nfc machine featureCristian Iorga2015-06-011-1/+1
| | | | | | | | | add support for the generic NFC stack Partial fix for [YOCTO #7451]. Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* intel-core*: use gstreamer-vaapi-1.0 directly instead of gst-va-intelRoss Burton2015-02-272-2/+2
| | | | | | | | No need for a layer of indirection when that layer only has one option. Previously with EMGD there was a choice, but not anymore. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Darren Hart <dvhart@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-core*: Prefer 3.19 for the Intel common BSPsDarren Hart2015-02-202-2/+2
| | | | | | | Now that 3.17 has been removed and linux-yocto-3.19 is available, set the preferred version to 3.19. 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>
* intel-corei7-64: Add intel-ucode to MACHINE_FEATURESNitin A Kamble2014-10-211-0/+1
| | | | | | | | Enable the Intel microcode feature for this BSP. 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>