Create a new recipe for the latest emgd 1.16 version of the graphics
driver.
Also add the custom license files of the recipe to avoid build time
QA warnings.
There are strange characters in the license files, because they are
copied verbatim from the sources.
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@intel.com>
We want to use emgd-1.14 & emgd-1.16 recipe interchangeably.
As the some of the generated package names include versions
which will be different in the emgd-1.16 recipe, this
version part is stripped from the package names so that it
will match with the emgd-1.16 recipe package names.
All the BSP configuration which were using these package names
also change accordingly to avoid any build issues.
Also with the 2 versions of emgd recipes make sure that BSPs
don't start using the emgd-1.16 version until they have been
validated to work by specifying the preferred emgd recipe
version for the relevant BSPs.
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@intel.com>
This commit fixes this issue:
| In file included from gstvaapidisplay_glx.c:31:0:
| gstvaapiutils_glx.h:148:5: error: unknown type name 'PFNGLMULTITEXCOORD2FPROC'
| make[4]: *** [libgstvaapi_glx_0.10_la-gstvaapidisplay_glx.lo] Error 1
| ERROR: Function failed: do_compile (see /srv/home/nitin/build-test-bsps/build-sugarbay/tmp/work/x86_64-poky-linux/gstreamer-vaapi/0.3.8+gitAUTOINC+6ec4c2252a4aa706cd8631cb1083828485b9df9a-r0/temp/log.do_compile.73657
Found a solution to the issue here:
https://bugs.freedesktop.org/show_bug.cgi?id=56516
Fixed the issue as per the comments on the above bug.
Fixes this bug:
[YOCTO #3722]
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Explanation from Terence Chiang:
"encountered a GFX issue while enabling HW video playback VC-1 and
H.264 simultaneously, the graphic driver report error with gfx hang on
Sandy Bridge platform. We worked with Intel Linux graphic team and
provided a patch"
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Currently all the EMGD binary files are packaged mainly into the
emgd-driver-bin package. This brings in undesired dependencies on
various external packages such as libva and libx11.
Splitting them further into subpackages passes these dependencies on
to only those subpackages, and these subpackages can be selected
individually as needed.
This fixes the following bugs:
[YOCTO #2551]
[YOCTO #3373]
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Add and package microcode needed for Centrino Advanced-N 6235 wireless
card, and split the packaging of the licence file so that it can be
bundled with any of the Intel iwlfifi microcode packages.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Add xserver-xorg-module-exa as a runtime dependency as this driver uses it, and
remove some build dependencies that are certainly not used.
[ YOCTO #3495 ]
Signed-off-by: Ross Burton <ross.burton@intel.com>
Acked-by: Kishore Bodke <kishore.k.bodke@intel.com>
This commits avoids this build time warning:
WARNING: QA Issue: ELF binary '/home/lserban/work/poky/build/tmp/work/core2-poky-linux/emgd-driver-bin/1.14-r4/packages-split/emgd-driver-bin/usr/lib/dri/emgd_drv_video.so' has relocations in .text
Fixes this bug:
[YOCTO #3525]
No PR bump, because there is no change in the output.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
This avoids errors like this:
| cpio: ./usr/lib/libgstvabuffer.so.0 not created: newer or same age version exists
| install: cannot stat `/srv/home/nitin/builds/build-crownbay/tmp/work/core2-poky-linux/emgd-driver-bin-1.14-r2/IEMGD_HEAD_Linux/MeeGo1.2/usr/lib/libGLES_CM.so': No such file or directory
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Moved corpus recipes to common as this will be
used by multiple BSPs.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
1.4.13 doesn't build against new X servers as XAA has been dropped, so upgrade
to 1.6.2 which makes XAA optional.
Also configure.ac is using AC_CHECK_FILE which doesn't cross-compile, so remove
those.
[ YOCTO #3495 ]
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
These changes avoid link issues like following, where detailed
library versions included in the .so filenames cause linking issues.
[...]/tmp/sysroots/x86_64-linux/usr/libexec/core2-poky-linux/gcc/i586-poky-linux/4.7.2/ld: warning: libEMGDegl.so, needed by [...]/tmp/sysroots/fri2/usr/lib/libGLESv2.so, not found (try using -rpath or -rpath-link)
[...]/tmp/sysroots/x86_64-linux/usr/libexec/core2-poky-linux/gcc/i586-poky-linux/4.7.2/ld: warning: libemgdsrv_um.so, needed by [...]/tmp/sysroots/fri2/usr/lib/libGLESv2.so, not found (try using -rpath or -rpath-link)
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Those links are needed to be able to at least compile xbmc.
Signed-off-by: Alexandre Belloni <alexandre.belloni@piout.net>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
check for xserver to be non-empty before using it
fixed errors like
ERROR: Failed to parse recipe:
/b/kraj/yocto/poky/meta/recipes-graphics/mesa/mesa-dri_8.0.4.bb
ERROR: Error executing a python function in <code>:
AttributeError: 'NoneType' object has no attribute 'split'
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Replace all the duplicate files by soft links, and also fix targets of
some of the broken soft links.
Fixes [YOCTO #3257]
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
xserver changes the driver ABI at will, and refuses to load drivers with the
wrong ABI version. So that we know about this error at image build time instead
of when xserver fails to start, RDEPEND on the ABI version we expect.
This dependency is added programmatically so that bitbake doesn't look for a
provider of xorg-abi-video-8 at parse time, which it won't find.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Extend the mesa-dri recipe from oecore to avoid conflict with
files generated by emgd-driver-bin recipe.
This extention is needed only when emgd-driver-bin recipe is
included in the target image, so the code is conditional to
run only on the machine with emgd graphics driver.
The emgd binary driver also provides egl, gles1, gles2 library & headers.
To avoid conflict disable egl, gles1, gles2 from meta-dri if the BSP image
is bundling the emgd driver.
This commits avoids these build warning
WARNING: The recipe is trying to install files into a shared area when those files already exist. Those files are:
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/KHR/khrplatform.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/EGL/eglplatform.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/EGL/eglext.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/EGL/egl.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/GLES/glplatform.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/GLES/gl.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/GLES/glext.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/GLES2/gl2ext.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/GLES2/gl2.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/GLES2/gl2platform.h
And revert the replacement change commited earlier to avoid these warnings.
Revert "mesa-dri.bbappend: avoid buildtime warnings"
This reverts commit 2408d28972.
This fixes the bug:
[YOCTO #3295]
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
No BSP from meta-intel repo is requiring this version of libva now.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The older version of libva-intel-driver recipe with
newer gst-vaapi recipe was causing video playback failure.
As per the discussion on the bug here:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3348
The maintainer of the upstream project is recommending
to update the recipe to the latest version to fix the video
playback issue.
Also, use the release tarball instead of a tag snapshot.
Fixes [YOCTO #3348].
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
This bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=3348 is triggering
this change. The old versions of libva components are affecting video playback
on few BSPs like sugarbay & chiefriver.
Also, use the release tarball instead of a tag snapshot.
Fixes [YOCTO #3348].
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
openssl-qat-module has the dual license. So add GPLv2 and BSD
License to openssl qat Module.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
If something triggers a rebuild of the do_unpack2 task, it will fail if its
already run once. This patch ensures that it can be called multiple times.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This adds a new recipe to include the Intel Quick Assist
Technology libcrypto Memory Management Module.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
This adds a new recipe to build the Intel Quick Assist
Technology Memory Management Module for Zlib.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Extend the mesa-dri recipe from oecore to avoid conflict with
files generated by emgd-driver-bin recipe.
This commits avoids these build warning
WARNING: The recipe is trying to install files into a shared area when those files already exist. Those files are:
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/KHR/khrplatform.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/EGL/eglplatform.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/EGL/eglext.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/EGL/egl.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/GLES/glplatform.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/GLES/gl.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/GLES/glext.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/GLES2/gl2ext.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/GLES2/gl2.h
/srv/home/nitin/build-test-bsps/build-crownbay/tmp/sysroots/crownbay/usr/include/GLES2/gl2platform.h
This resolves part of the issue reported on the bug:
[Yocto #3238]
This is a temporary fix, and will be fixed differently after 1.3 release.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Acked-by: Ross Burton <ross.burton@intel.com>
Add a directory common/custom-licenses to store license texts of recipes
in meta-intel layer using custom licenses.
Adding these licenses text for emgd-driver-bin recipe:
- Intel-software-license-emgd-1.14
- Intel-user-space-graphics-driver-binary-license-emgd-1.14
This takes care of this build warning:
WARNING: emgd-driver-bin: No generic license file exists for: Intel-binary-only in any provider
This addresses one of the issue reported in the bug:
[YOCTO #3238]
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
There are two files containing the custom license data for EMGD:
license: which holds INTEL SOFTWARE LICENSE AGREEMENT
readme.txt: which holds User Space Graphics Driver Binary License
checksum both these files to track any license changes in future.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
All BSPs have been migrated to 1.14, we can now safely retire 1.10
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
The Intel Linux graphics stack version 12.07 released on 2012-07-24
requires version 2.20.0 as seen here:
http://intellinuxgraphics.org/2012.07.html
Currently oecore has 2.19.0 version. So get this 2.20.0 version in
meta-intel layer to be used by sugarbay and other BSPs using the
Intel graphics stack.
Also took changes from version 2.20.8 recipe from Ross Burton's branch.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@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>
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>
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>
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>
Matrox MGA Xorg driver is being used by other meta-intel
BSPs. So move this to meta-intel/common/recipes-graphics.
Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
1.14 is the latest released driver for emgd. This change is tested on
crownbay machine.
Add runtime dependency to libxcb-dri2
Otherwise the libxcb-dri2.so is not getting installed, and video
acceleration of emgd does not work. It is dynamic dependency of
emgd_drv_video.so
put files in gstreamer-0.10/.debug directory to the debug package.
It avoids debug files packaging warnings.
add downloadfilename param to SRC_URI
As the url does not have the filename of the tarball, specify it here
so that updated wget bitbake fetcher can save the downloaded file
accordingly.
BTW now EDC has also published another download URL on our request:
http://edc.intel.com/App_Shared/Downloads/LIN_IEMGD_1_14_GOLD_2443.tgz
And update emgd driver version in the README.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
Tested-by: Tom Zanussi <tom.zanussi@intel.com>
This shuts up new bitbake otherwise it warns about this
always.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
The package reordering patches exposed a problem in that the files
specified in the FILES_${PN}-dev shouldn't really be put in the -dev
package in the first place - this removes them.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
