This change updates intel-gpu-tools to 1.18 which is in Intel
graphic stack 2017 Q1 release.
Signed-off-by: Ng, Wei Tee <wei.tee.ng@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Add awareness of /dev/nvme* block devices to install scripts. As
presently
written, installer knows only of /dev/sd* and /dev/mmcblk* block
devices.
Building upon scaffolding put in place by Awais in...
80ec9f627915 ("initrdscripts: handle mmc device as installer
medium")
(From OE-Core rev: b5a036ce958e3fe24690531712071abc14b48033)
Signed-off-by: Joe Konno <joe.konno@intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
(From Poky rev: 85c9b9f9c602459b32f8f301b161c9a3f6f14d4e)
Ported the changes from poky meta layer into BSP layer. As the
original commit was changing 2 files, this has been rework for
meta-intel layer.
[YOCTO #11367]
Signed-off-by: Chang Rebecca Swee Fun <rebecca.swee.fun.chang@intel.com>
Signed-off-by: Ng, Wei Tee <wei.tee.ng@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
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>
Previously, some recipes hard set it to empty, and some recipes did not
set it at all. So in some cases, it acted like a global variable you
could modify, and in others you could only append to it. This behavior
made it difficult to use (which I doubt anyone was doing).
This patch changes the variable to be soft set to empty across all
recipes. This way it can be used to globally change meta-intel kernels
through a conf file, or individually in the different versioned recipes
should the need arise.
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
These variables are used by checkpkg task to figure out if there are
a new version of the upstream software.
Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
LINUX_VERSION_EXTENSION is not overridden by linux-intel_4.9.bb,
as first seen in linux-yocto.inc.
This is a temporary fix to use = instead of ?= in linux-intel_4.9.bb,
before making change to use ??= on meta OE-Core linux-yocto.inc file.
Signed-off-by: sweeaun <swee.aun.khor@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Updates from v4.1.38 to v4.1.39.
This is the latest release of our v4.1 stable kernel.
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Updates from v4.4.56 to v4.4.60.
This is the latest release of our v4.4 stable kernel.
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Contains updates from several areas, including:
comms
thermal
lpss
audio
camera
No stable update at this time.
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Set the VERSION_EXTENSION to be different than the default linux-yocto
kernel, this will help to differenciate the two kernel.
Signed-off-by: Saul Wold <sgw@linux.intel.com>
These recipes depend on using an RT kernel, since the name in oe-core
is hard-coded to linux-yocto-rt, we need to replicate those recipes here
or come up with an additional variable to check.
Signed-off-by: Saul Wold <sgw@linux.intel.com>
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>
A case was found where the PREFERRED_VERSION_linux-intel was not set
even with linix-intel being the PREFERRED_PROVIDER and this code fails.
So, just check for linux-intel now, we know until the next LTS version
comes out that this kernel will have the API change patch. A more detailed
check may need to be added.
Signed-off-by: Saul Wold <sgw@linux.intel.com>
corei7-64-intel-common overrides are used here, but this isn't in use when
building for x32. Also obey this for corei7-64-x32-intel-common.
An alternative would be to place this in intel-common-pkgarch.inc, where the
common pkgarch is set up, but that would have higher potential impact, being
global.
With this fix applied, along with other fixes to oe-core, it's possible to get
successful builds with DEFAULTTUNE set to "corei7-64-x32", and boot the
resulting images for intel-corei7-64.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
When a distro disables OpenGL or using meta-intel without any distro
set, a world build fails for all recipes depending directly or
indirectly on libva, because libva is disables unless opengl is in
DISTRO_FEATURES. "opengl" must be checked for in all those recipes.
The specific use case was testing of meta-intel with
yocto-compat-layer.py against just OE-core with the local.conf.sample
from OE-core, i.e. DISTRO unset. Without this change, that failed
with:
ERROR: Nothing PROVIDES 'libva' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami-utils_1.1.0.bb, /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami_1.1.0.bb, /fast/work/meta-intel/common/recipes-multimedia/libva/libva-intel-driver_1.7.3.bb DEPENDS on or otherwise requires it)
ERROR: libva was skipped: missing required distro feature 'opengl' (not in DISTRO_FEATURES)
ERROR: Nothing RPROVIDES 'libyami-dev' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami_1.1.0.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libyami-dev'
NOTE: Runtime target 'libyami-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libyami-dev']
ERROR: Nothing RPROVIDES 'libva' (but /fast/work/meta-intel/common/recipes-multimedia/libva/va-intel.bb RDEPENDS on or otherwise requires it)
ERROR: libva was skipped: missing required distro feature 'opengl' (not in DISTRO_FEATURES)
NOTE: Runtime target 'libva' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libva']
ERROR: Nothing RPROVIDES 'libva-intel-driver' (but /fast/work/meta-intel/common/recipes-multimedia/libva/libva-intel-driver_1.7.3.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libva-intel-driver'
NOTE: Runtime target 'libva-intel-driver' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libva-intel-driver']
ERROR: Nothing RPROVIDES 'libyami-utils' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami-utils_1.1.0.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libyami-utils'
NOTE: Runtime target 'libyami-utils' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libyami-utils']
ERROR: Nothing RPROVIDES 'libyami-utils-dev' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami-utils_1.1.0.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libyami-utils-dev'
NOTE: Runtime target 'libyami-utils-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libyami-utils-dev']
ERROR: Nothing RPROVIDES 'libyami' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami_1.1.0.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libyami'
NOTE: Runtime target 'libyami' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libyami']
ERROR: Nothing RPROVIDES 'libva-intel-driver-dev' (but /fast/work/meta-intel/common/recipes-multimedia/libva/libva-intel-driver_1.7.3.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libva-intel-driver-dev'
NOTE: Runtime target 'libva-intel-driver-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libva-intel-driver-dev']
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
This adds a patch to cryptodev-module to sync up the API change that
was added in the linux-intel kernel backport from 4.10 -> 4.9. The
patch just forces the code path to use the latest API.
This uses anon python to ensure it only applies when PREFERRED_PROVIDER
is set to linux-intel and KERNEL_VERSION is 4.9 (LTS).
Signed-off-by: Saul Wold <sgw@linux.intel.com>
This updates the kernel from v4.4.53 to v4.4.56.
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
This lets us use ovmf firmware with runqemu without building ovmf
manually beforehand.
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
Updates from v4.1.37 to v4.1.38 and adds the following
yocto-kernel-cache changes:
7140ddb kver: gump to v4.1.38
2a32f4b actions-s500:Enable RTL8723BS driver compile into kernel
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
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>
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>
This includes a update to 4.9.15 as well as a re-work of the DRM patch set
The team increased their testing to handle allyes and allno configs so addressed
the DRM fix.cfg patch.
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Since we can run ordinary intel-corei7-64 wic images under QEMU
it makes sense to add QEMU quirks enabling serial console
to the RMC DB.
This patch appends "console=ttyS0,115200" to kernel command
line in case the image is used to run a QEMU VM e.g. with the
command:
$ runqemu ovmf refkit-image-common wic intel-corei7-64 slirp serial nographic
Unfortunately different major versions of QEMU produce different
RMC fingerprints, so the QEMU versions 2.6.x and 2.8.x should be
treated as different boards.
Signed-off-by: Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Includes the following patch from the yocto-kernel-cache:
b65e9b6 features: add Intel Memory Protection Extensions
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
The linux-intel kernel is our officially supported 4.9 kernel so this
is no longer needed.
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
Like the 4.9 linux-yocto kernel, we will just float on OE-core's
SRCREVs.
v2 changes:
* Removed EXTRA_OEMAKE in the tiny recipe.
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
This EXCULDE_FROM_WORLD was not the correct approach, since openssl-qat
depends on qat16 which is only compatible with intel-corei7-64, openssl-qat
should also use this approach.
Signed-off-by: Saul Wold <sgw@linux.intel.com>
With some UEFI shells LoadOptionsSize is reported being > 0
but the corresponding LoadOptions does not contain any data
(the first element has value 0).
When that happens, the stub feature that allows .cmdline to be
replaced by what's in LoadOptions ends up copying nothing/random
data to the kernel cmdline resulting in different kinds of boot
problems.
To fix this, add a check to see if LoadOptions contains data
before replacing the .cmdline.
Upstream-Status: Accepted [https://github.com/systemd/systemd/pull/5467]
Fixes [YOCTO #11078].
Signed-off-by: Mikko Ylinen <mikko.ylinen@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
The 4.8 kernel is now end of life. The v4.9 LTS, v4.4 LTS, and v4.1 LTSI
are currently available. The latest release kernel (v4.10) will be
available soon.
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
>From linux-yocto-4.1:
eb11ab9 Merge branch 'standard/base' into standard/intel/base
34753ac fs/yaffs2: adjust to the change of inode_change_ok()
3c7cacb Merge branch 'standard/base' into standard/intel/base
aadda25 integrity: define '.evm' as a builtin 'trusted' keyring
>From yocto-kernel-cache:
46b3153 bsp/leafhill: fix warning on kernel config
9e5339a bsp/leafhill: disable dual role and enable gadget role for USB
1ebecac bsp/leafhill: enable ISH client for debugging and calibration
8f9c57f action-s500:Update kernel configuration fragment
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
core2-32 using wic
We can now create a tiny initramfs image that can be dd'ed directly
using the following commands, for each MACHINE respectively
$ wic create systemd-bootdisk-tiny32 -e core-image-tiny-initramfs
$ wic create systemd-bootdisk-tiny64 -e core-image-tiny-initramfs
Signed-off-by: Alejandro Hernandez <alejandro.hernandez@linux.intel.com>
With the output from poky-tiny core-image-tiny-initramfs image, we can
now create an image that can be dd'ed directly to the Galileo2 sdcard using:
$ wic create mktinygalileodisk -e core-image-tiny-initramfs
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
Signed-off-by: Alejandro Hernandez <alejandro.hernandez@linux.intel.com>
