To build with the corpus files recipes, create a customized
recipe to install them into the Image.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
World and universe builds break if the newly commercial gst-ffmpeg is
included without a 'commercial' entry in LICENSE_FLAGS_WHITELIST, so
only add gst-ffmpeg if that's the case.
Normally BSPs conditionally include gst-va-intel and thus gst-ffmpeg
is included in the build only if 'commercial' is added to
LICENSE_FLAGS_WHITELIST and therefore this isn't an issue, but world
and universe builds are different.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
libx11-trim doesn't exist anymore so setting that as the default isn't going to
work, resulting in a "multiple providers" error. Tthe default provider (libx11)
is good for 99.9% of people, so inherit that from oe-core.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The psb video drivers use the EXA framework, so add a dependency on
xserver-psb-module-exa.
[YOCTO #3149]
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The xserver-xf86-config .bbappends are still using FILESPATH - update
them to use FILESEXTRAPATHS as recommended by the Poky Reference
Manual and BSP Developer's Guides.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Correct the port order to only list SDVOB and LVDS.
Update the Edid flags as appropriate. No EDID over LVDS. Enable built-in
and edid timings as well as DTDs for the SDVOB port.
Force 24-bit mode for LVDS port to work around an apparent bug with EMGD
in which the default 18-bit mode results in a dim display using the
secondary (LVDS) HDMI port (lower port).
Add backlight intensity and inverter frequency specifications for the
LVDS port per the note in the EMGD 1.14 User Guide (p 184) for E6xx
CPUs.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Add a new recipe Silesia Corpus for testing with another
Data Compression algorithm for Crystal Forest BSP.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
Add a new recipe for Crystal Forest BSP for testing
the lossless compresstion algorithms with Canterbury Corpus.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
Add a new recipe Calgary Corpus for Crystal Forest BSP
for testing the lossless compression algorithms.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
The EMGD binaries comes stripped in the download, so there
is nothing we can do about it. Avoid printing the warnings
about them being already stripped.
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
emgd-driver-bin is generating rpm package with name libegl1.
This name clashes with a package with sanme name from mesa-dri
recipe. This name clash blocks installation of emgd user land
binaries in the image. And due to missing emgd user land
components X fails to start on BSPs like crownbay.
Fix this problem by specifying package names in the recipe with the
PKG_ vars.
This fixes bug: [YOCTO #3063]
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Recent bitbakes will unpack RPM files automatically. For some reason this
is aborting (#3137) so disable that functionality.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
emgd-driver-bin should be in common/recipes-graphics/xorg-driver
rather than common/recipes-graphics/xorg-xserver so move it there.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The upgrade to emgd 1.14 inadvertantly removed 1.10, which is still
used by some BSPs, so restore it for them.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The gst-ffmpeg recipe in oe-core had LICENSE_FLAGS added to make it
"commercial", so to avoid build errors the BSPs that use it (via the
gst-va-intel VA_FEATURE) should only include it if the user has added
"commercial" to LICENSE_FLAGS_WHITELIST when building.
This adds a conditional to detect that, along with a NOTE in the
README to explain the need for the flag.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
This adds gstreamer and vaapi video acceleration components
to enable acceleration with pvr driver
Signed-off-by: Rahul Saxena <rahul.saxena@intel.com>
Initial checkin for the new Crystal Forest BSP.
This BSP is based on Sandybridge CPU and Cave Creek Chipset.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
Explicitly specify the va-impl-intel MACHINE_FEATURE, and update the
mixvideo uses with the feature rename.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Add a new va-impl-intel MACHINE_FEATURE to explicitly choose intel
video acceleration, rather than have it as the fallthrough default, so
that anything that wants to specify something different locally
doesn't get unwanted components.
Also rename the gst-va-mixvideo feature to va-impl-mixvideo match and
since it isn't only concerned with gst.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The recent changes to enable GLES/EGL in mesa-dri have caused emenlow to fail:
ERROR: Trying to resolve runtime dependency libglu resulted in conflicting PREFERRED_PROVIDER entries being found.
The providers found were: ['/srv/home/pokybuild/yocto-autobuilder/yocto-slave/emenlow/build/yocto/meta-intel/meta-emenlow/recipes-graphics/xpsb-glx/xpsb-glx_0.18.bb', '/srv/home/pokybuild/yocto-autobuilder/yocto-slave/emenlow/build/meta/recipes-graphics/mesa/mesa-dri_8.0.4.bb']
The PREFERRED_PROVIDER entries resulting in this conflict were: ['PREFERRED_PROVIDER_mesa-dri = xpsb-glx', 'PREFERRED_PROVIDER_virtual/libgles1 = mesa-dri']
Because emenlow's xpsb-glx contains mesa, it needs to entirely replace
mesa-dri. We'd normally set virtual/libgles1 and virtual/libgles2 to xpsb-glx
but these drivers don't build the GLES libraries so that would be a lie.
So, unset the preferred provider entries so that bitbake doesn't look at
mesa-dri at all.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
ia32-base.inc no longer contains everything these BSPs need - some of
what was in that file is now in meta-intel.inc, so we need to include
that too.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
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>
This update of the driver enables support for B3 stepping of
Cedarview processor and also support for DP/eDP ports.
Signed-off-by: Rahul Saxena <rahul.saxena@intel.com>
