misc fixes for 1.3 meta-intel release
cover misc fixes for 1.3 meta-intel release
From: Nitin A Kamble <[email protected]>
Tested these on all BSPs i maintain with results as expected. Also this testing Acks the kernel SRCREV bumps done by Tom today.
Thanks,
Nitin
The following changes since commit 76d2942087d7563ae42f0bea6d97460ee2561f3e:
crystalforest: Update the README Instructions. (2012-10-30 08:47:40 -0500)
are available in the git repository at:
git://git.yoctoproject.org/meta-intel-contrib nitin/misc
http://git.yoctoproject.org/cgit.cgi/meta-intel-contrib/log/?h=nitin/misc
Nitin A Kamble (3):
libva: update to the latest version
libva-intel-driver: update to the latest version mesa-dri.bbappend: avoid conflict with emgd-driver-bin
Ross Burton (1):
libva: remove redundant libva 1.0.12
.../recipes-graphics/mesa/mesa-dri_8.0.4.bbappend | 27 +++++++++++++++++--- .../libva/libva-intel-driver.inc | 2 +- .../libva/libva-intel-driver_1.0.15.bb | 8 ------ .../libva/libva-intel-driver_1.0.17.bb | 9 ++++++ common/recipes-multimedia/libva/libva_1.0.12.bb | 8 ------ common/recipes-multimedia/libva/libva_1.0.15.bb | 8 ------ common/recipes-multimedia/libva/libva_1.0.16.bb | 8 ++++++ 7 files changed, 41 insertions(+), 29 deletions(-) delete mode 100644 common/recipes-multimedia/libva/libva-intel-driver_1.0.15.bb create mode 100644 common/recipes-multimedia/libva/libva-intel-driver_1.0.17.bb delete mode 100644 common/recipes-multimedia/libva/libva_1.0.12.bb delete mode 100644 common/recipes-multimedia/libva/libva_1.0.15.bb create mode 100644 common/recipes-multimedia/libva/libva_1.0.16.bb
Signature · 1 line
1.7.3.4
PATCH 1/4 libva: update to the latest version
From: Nitin A Kamble <[email protected]>
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.
--- common/recipes-multimedia/libva/libva_1.0.15.bb | 8 -------- common/recipes-multimedia/libva/libva_1.0.16.bb | 8 ++++++++ 2 files changed, 8 insertions(+), 8 deletions(-) delete mode 100644 common/recipes-multimedia/libva/libva_1.0.15.bb create mode 100644 common/recipes-multimedia/libva/libva_1.0.16.bb
common/recipes-multimedia/libva/libva_1.0.15.bb deleted +0 -8
@@ -1,8 +0,0 @@ -require libva.inc - -PR = "${INC_PR}.0" - -SRC_URI = "http://cgit.freedesktop.org/vaapi/libva/snapshot/libva-${PV}.tar.bz2" - -SRC_URI[md5sum] = "ad8a94ba87ff0563a533c3c142816794" -SRC_URI[sha256sum] = "7cc24ae9c947aa13904255244810d3637b03d41e2b6f4b643db3b97412cacd37"
common/recipes-multimedia/libva/libva_1.0.16.bb new file +8 -0
@@ -0,0 +1,8 @@ +require libva.inc + +PR = "${INC_PR}.0" + +SRC_URI = "http://www.freedesktop.org/software/vaapi/releases/libva/libva-${PV}.tar.bz2" + +SRC_URI[md5sum] = "99343b27cf24e99abc0c5db2d09e30c8" +SRC_URI[sha256sum] = "03e46f8f48f252e6b6112c495745100bc217ddded801fdb393384aab1fafeaa2"
Signature · 1 line
1.7.3.4
PATCH 2/4 libva-intel-driver: update to the latest version
From: Nitin A Kamble <[email protected]>
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.
--- .../libva/libva-intel-driver.inc | 2 +- .../libva/libva-intel-driver_1.0.15.bb | 8 -------- .../libva/libva-intel-driver_1.0.17.bb | 9 +++++++++ 3 files changed, 10 insertions(+), 9 deletions(-) delete mode 100644 common/recipes-multimedia/libva/libva-intel-driver_1.0.15.bb create mode 100644 common/recipes-multimedia/libva/libva-intel-driver_1.0.17.bb
common/recipes-multimedia/libva/libva-intel-driver.inc +1 -1
@@ -15,7 +15,7 @@ INC_PR = "r0" DEPENDS = "libva" -S = "${WORKDIR}/intel-driver-${PV}" +S = "${WORKDIR}/${PN}-${PV}" inherit autotools pkgconfig
common/recipes-multimedia/libva/libva-intel-driver_1.0.15.bb deleted +0 -8
@@ -1,8 +0,0 @@ -require libva-intel-driver.inc - -PR = "${INC_PR}.0" - -SRC_URI = "http://cgit.freedesktop.org/vaapi/intel-driver/snapshot/intel-driver-${PV}.tar.bz2" - -SRC_URI[md5sum] = "9dbd642f18993335146480a3a2987874" -SRC_URI[sha256sum] = "52f16f78129af00ec40afc6a1b8fb07c7b6c6c0da7f43a54e19afd2a41791098"
common/recipes-multimedia/libva/libva-intel-driver_1.0.17.bb new file +9 -0
@@ -0,0 +1,9 @@ +require libva-intel-driver.inc + +PR = "${INC_PR}.0" + +SRC_URI = "http://www.freedesktop.org/software/vaapi/releases/libva-intel-driver/libva-intel-driver-${PV}.tar.bz2" + +SRC_URI[md5sum] = "0fed4048c570ccaef328f019c9e7da68" +SRC_URI[sha256sum] = "e62ce9783e327ed1edbdd6637af85bad191015f8d19deb1a4827c6ad1289f456" +
Signature · 1 line
1.7.3.4
Re: [PATCH 2/4] libva-intel-driver: update to the latest version
Quoted 3 lines · On 31 October 2012 02:23, <[email protected]> wrote:
The maintainer of the upstream project is recommending to update the recipe to the latest version to fix the video playback issue.
The latest version is actually .18, not .17.
Ross
PATCH 3/4 libva: remove redundant libva 1.0.12
In reply to [email protected]From: Ross Burton <[email protected]>
No BSP from meta-intel repo is requiring this version of libva now.
--- common/recipes-multimedia/libva/libva_1.0.12.bb | 8 -------- 1 files changed, 0 insertions(+), 8 deletions(-) delete mode 100644 common/recipes-multimedia/libva/libva_1.0.12.bb
common/recipes-multimedia/libva/libva_1.0.12.bb deleted +0 -8
@@ -1,8 +0,0 @@ -require libva.inc - -PR = "${INC_PR}.0" - -SRC_URI = "http://cgit.freedesktop.org/libva/snapshot/libva-${PV}.tar.bz2" - -SRC_URI[md5sum] = "84408a0746a63b8cf308dc7b9f2451cf" -SRC_URI[sha256sum] = "e80aae68fc78d237d046be6525d333f072fd57fe4f4d8f981e869703ebfee8f5"
Signature · 1 line
1.7.3.4
PATCH 4/4 mesa-dri.bbappend: avoid conflict with emgd-driver-bin
In reply to [email protected]From: Nitin A Kamble <[email protected]>
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 2408d28972db8e56f37ec52208adc65734c61dea.
This fixes the bug:
[YOCTO #3295]
--- .../recipes-graphics/mesa/mesa-dri_8.0.4.bbappend | 27 +++++++++++++++++--- 1 files changed, 23 insertions(+), 4 deletions(-)
common/recipes-graphics/mesa/mesa-dri_8.0.4.bbappend +23 -4
@@ -1,5 +1,24 @@ -# Temporary avoid warnings of duplicate files providers until -# mesa-dri & emgd-driver-bin recipes are fixed -SSTATE_DUPWHITELIST += "${STAGING_INCDIR}/KHR ${STAGING_INCDIR}/EGL \ - ${STAGING_INCDIR}/GLES ${STAGING_INCDIR}/GLES2" +# 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. + +python __anonymous () { + import re + xserver = d.getVar('XSERVER', True) + if 'emgd-driver-bin' in xserver.split(' '): + extra_oeconf = d.getVar('EXTRA_OECONF', True).split() + take_out = ["--enable-egl", "--enable-gles1", "--enable-gles2"] + put_in = ["--disable-egl", "--disable-gles1", "--disable-gles2"] + pattern = re.compile("--with-egl-platforms") + new_extra_oeconf = [ ] + for i in extra_oeconf: + if ( i not in take_out ) and ( not pattern.match(i)): + new_extra_oeconf.append(i) + for i in put_in: + new_extra_oeconf.append(i) + + d.setVar('EXTRA_OECONF', ' '.join(new_extra_oeconf)) + depends = d.getVar('DEPENDS', True) + d.setVar('DEPENDS', depends + " emgd-driver-bin") +}
Signature · 1 line
1.7.3.4
Re: [PATCH 4/4] mesa-dri.bbappend: avoid conflict with emgd-driver-bin
Hi,
Quoted 2 lines · On 31 October 2012 02:23, <[email protected]> wrote:
Extend the mesa-dri recipe from oecore to avoid conflict with files generated by emgd-driver-bin recipe.
The same problem happens with cdv-pvr-driver, right?
It turns out that the binary DRI drivers these closed driver packages install are very dependent on the Mesa - so it's likely that they just don't work with our Mesa 8.0.4.
cdv-pvr-driver needs Mesa 7.11. I can't see anything in the documentation about what version of Mesa EMGD expects.
I think we've two options: either don't ship libGL in our BSP packages, or ship a version that should actually work. This means shipping a mesa recipe in meta-intel so that it's under meta-intel's control, with the useful side effect that we can make it just build libGL and nothing else.
Ross
Re: [PATCH 4/4] mesa-dri.bbappend: avoid conflict with emgd-driver-bin
Hi Ross,
Quoted 12 lines · Ross
Hi,
Quoted 2 lines · On 31 October 2012 02:23, <[email protected]> wrote:
Extend the mesa-dri recipe from oecore to avoid conflict with files generated by emgd-driver-bin recipe.
The same problem happens with cdv-pvr-driver, right?
It turns out that the binary DRI drivers these closed driver packages install are very dependent on the Mesa - so it's likely that they just don't work with our Mesa 8.0.4.
Quoted 8 lines
cdv-pvr-driver needs Mesa 7.11. I can't see anything in the documentation about what version of Mesa EMGD expects.
I think we've two options: either don't ship libGL in our BSP packages, or ship a version that should actually work. This means shipping a mesa recipe in meta-intel so that it's under meta-intel's control, with the useful side effect that we can make it just build libGL and nothing else.
From the point of view of a user I would like to be able to:
1) Use hardware acceleration for most projects (Cedartrail, in my case);
2) Use EGL/GLES and possibly GL;
3) Run with X;
4) Run with just a framebuffer (no X at all, so no hardware accel?);
5) Have pvr support with kernels later than 3.0.
At the moment I have to do quite a bit of hacking of MESA to do this, especially when using openGL (via osmesa) to 'help' some legacy framebuffer code that runs under SDL. It would be really nice if mesa could be made to take some notice of DISTRO_FEATURES (e.g. X11) and build a 'sensible' version.
So, my 'vote' would be to include a working version. Please :-)
More than happy to help out if there's anything I can do...
Chris Tapp
[email protected]
www.keylevel.com
Re: [PATCH 4/4] mesa-dri.bbappend: avoid conflict with emgd-driver-bin
In reply to Burton, RossQuoted 10 lines
-----Original Message-----
From: Burton, Ross [mailto:[email protected]]
Sent: Wednesday, October 31, 2012 10:14 AM
To: Kamble, Nitin A
Cc: Zanussi, Tom; Hart, Darren; [email protected]
Subject: Re: [yocto] [PATCH 4/4] mesa-dri.bbappend: avoid conflict with emgd-driver-bin
Quoted 7 lines
Hi,
Quoted 2 lines · On 31 October 2012 02:23, <[email protected]> wrote:
Extend the mesa-dri recipe from oecore to avoid conflict with files generated by emgd-driver-bin recipe.
The same problem happens with cdv-pvr-driver, right?
Yes, I have heard about the issue from Rahul.
Quoted 7 lines
It turns out that the binary DRI drivers these closed driver packages install are very dependent on the Mesa - so it's likely that they just don't work with our Mesa 8.0.4.
cdv-pvr-driver needs Mesa 7.11. I can't see anything in the documentation about what version of Mesa EMGD expects.
EMGD tarball release notes do mention Mesa version dependencies. We have not seen issues with the newer version of mesa, so went ahead with the newer versions of Mesa, while pinning the Mesa version in the machine.conf.
Quoted 5 lines
I think we've two options: either don't ship libGL in our BSP packages, or ship a version that should actually work. This means shipping a mesa recipe in meta-intel so that it's under meta-intel's control, with the useful side effect that we can make it just build libGL and nothing else.
These are the right options IMO. We can also get complete mesa recipe in meta-intel, which will override the one from oecore layer completely. Then we have full control of mesa from meta-intel layers. Currently extending the oecore mesa recipe from meta-intel is not very elegant, but at least it is working as we want. Also making few changes to the oecore mesa recipe will make it easier to extend it from other layers.
Nitin
Quoted 2 lines
Ross
Quoted 5 lines · On Tue, 2012-10-30 at 19:23 -0700, [email protected] wrote:
From: Nitin A Kamble <[email protected]>
Tested these on all BSPs i maintain with results as expected. Also this testing Acks the kernel SRCREV bumps done by Tom today.
I've verified this works fine on crownbay and you've verified on sugarbay and chiefriver, correct?
That just leaves cedartrail before we can pull this in.
Tom
Quoted 34 lines
Thanks,
NitinThe following changes since commit
76d2942087d7563ae42f0bea6d97460ee2561f3e:crystalforest: Update the README Instructions. (2012-10-30 08:47:40 -0500)
are available in the git repository at:
git://git.yoctoproject.org/meta-intel-contribnitin/misc
http://git.yoctoproject.org/cgit.cgi/meta-intel-contrib/log/?h=nitin/miscNitin A Kamble (3):
libva: update to the latest version
libva-intel-driver: update to the latest version mesa-dri.bbappend: avoid conflict with emgd-driver-binRoss Burton (1):
libva: remove redundant libva 1.0.12.../recipes-graphics/mesa/mesa-dri_8.0.4.bbappend | 27 +++++++++++++++++--- .../libva/libva-intel-driver.inc | 2 +- .../libva/libva-intel-driver_1.0.15.bb | 8 ------ .../libva/libva-intel-driver_1.0.17.bb | 9 ++++++ common/recipes-multimedia/libva/libva_1.0.12.bb | 8 ------ common/recipes-multimedia/libva/libva_1.0.15.bb | 8 ------ common/recipes-multimedia/libva/libva_1.0.16.bb | 8 ++++++ 7 files changed, 41 insertions(+), 29 deletions(-) delete mode 100644 common/recipes-multimedia/libva/libva-intel-driver_1.0.15.bb create mode 100644 common/recipes-multimedia/libva/libva-intel-driver_1.0.17.bb delete mode 100644 common/recipes-multimedia/libva/libva_1.0.12.bb delete mode 100644 common/recipes-multimedia/libva/libva_1.0.15.bb create mode 100644 common/recipes-multimedia/libva/libva_1.0.16.bb
Quoted 1 line · Tom Zanussi
That just leaves cedartrail before we can pull this in.
That's odd, I was just about to write a mail. My current images are broken as they are based on master which has a duff udev. I'll do a rebuild against danny but that might not happen promptly.
Ross
Quoted 6 lines · Ross
Quoted 1 line · Tom Zanussi
That just leaves cedartrail before we can pull this in.
That's odd, I was just about to write a mail. My current images are broken as they are based on master which has a duff udev. I'll do a rebuild against danny but that might not happen promptly.
Just tested on Cedar Trail, good old Sintel plays fine at 4% CPU.
Ross
Quoted 10 lines · Ross
Quoted 6 lines · Ross
Quoted 1 line · Tom Zanussi
That just leaves cedartrail before we can pull this in.
That's odd, I was just about to write a mail. My current images are broken as they are based on master which has a duff udev. I'll do a rebuild against danny but that might not happen promptly.
Just tested on Cedar Trail, good old Sintel plays fine at 4% CPU.
OK, sounds like it works everywhere, so can be pulled in, but...
Nitin, did you need to refresh this patchset to .18 or should I pull this in and pull in a .18 update later?
Tom
Quoted 1 line
Ross
Quoted 17 lines
-----Original Message-----
From: Zanussi, Tom
Sent: Wednesday, October 31, 2012 1:58 PM
To: Burton, Ross
Cc: Kamble, Nitin A; Hart, Darren; [email protected]
Subject: Re: [PATCH 0/4] misc fixes for 1.3 meta-intel releaseQuoted 8 lines · Ross
Quoted 6 lines · Ross
Quoted 1 line · Tom Zanussi
That just leaves cedartrail before we can pull this in.
That's odd, I was just about to write a mail. My current images are broken as they are based on master which has a duff udev. I'll do a rebuild against danny but that might not happen promptly.
Quoted 8 lines
Quoted 2 lines
Just tested on Cedar Trail, good old Sintel plays fine at 4% CPU.
OK, sounds like it works everywhere, so can be pulled in, but...
Nitin, did you need to refresh this patchset to .18 or should I pull this in and pull in a .18 update later?
Tom,
The patch set is not at the latest versions of libva components.
Nitin
Quoted 5 lines
Tom
Quoted 1 line
Ross
Quoted 11 lines
-----Original Message-----
From: Zanussi, Tom
Sent: Wednesday, October 31, 2012 8:18 AM
To: Kamble, Nitin A
Cc: Hart, Darren; [email protected]; Burton, Ross
Subject: Re: [PATCH 0/4] misc fixes for 1.3 meta-intel releaseOn Tue, 2012-10-30 at 19:23 -0700, [email protected] wrote:
Quoted 8 lines
Quoted 5 lines
From: Nitin A Kamble <[email protected]>
Tested these on all BSPs i maintain with results as expected. Also this testing Acks the kernel SRCREV bumps done by Tom today.
I've verified this works fine on crownbay and you've verified on sugarbay and chiefriver, correct?
Correct. I tested this with all BSPs I am maintaining.
Quoted 2 lines
That just leaves cedartrail before we can pull this in.
As Ross mentioned we can update the libva-intel-driver further to 1.0.18. I will try that here today. Even if we don't get that we still have a working tree for BSPs now.
Nitin
Quoted 44 lines
Tom
Quoted 5 lines
Thanks,
NitinThe following changes since commit
76d2942087d7563ae42f0bea6d97460ee2561f3e:Quoted 15 lines
crystalforest: Update the README Instructions. (2012-10-30 08:47:40
-0500)are available in the git repository at:
git://git.yoctoproject.org/meta-intel-contribnitin/mischttp://git.yoctoproject.org/cgit.cgi/meta-intel-contrib/log/?h=nitin/m
iscNitin A Kamble (3):
libva: update to the latest version
libva-intel-driver: update to the latest version mesa-dri.bbappend: avoid conflict with emgd-driver-binQuoted 4 lines
Ross Burton (1):
libva: remove redundant libva 1.0.12.../recipes-graphics/mesa/mesa-dri_8.0.4.bbappend | 27+++++++++++++++++---
Quoted 14 lines
.../libva/libva-intel-driver.inc | 2 +- .../libva/libva-intel-driver_1.0.15.bb | 8 ------ .../libva/libva-intel-driver_1.0.17.bb | 9 ++++++ common/recipes-multimedia/libva/libva_1.0.12.bb | 8 ------ common/recipes-multimedia/libva/libva_1.0.15.bb | 8 ------ common/recipes-multimedia/libva/libva_1.0.16.bb | 8 ++++++ 7 files changed, 41 insertions(+), 29 deletions(-) delete mode 100644 common/recipes-multimedia/libva/libva-intel-driver_1.0.15.bb create mode 100644 common/recipes-multimedia/libva/libva-intel-driver_1.0.17.bb delete mode 100644 common/recipes-multimedia/libva/libva_1.0.12.bb delete mode 100644 common/recipes-multimedia/libva/libva_1.0.15.bb create mode 100644 common/recipes-multimedia/libva/libva_1.0.16.bb
Quoted 4 lines · Tom Zanussi
Quoted 2 lines · On Tue, 2012-10-30 at 19:23 -0700, [email protected] wrote:
From: Nitin A Kamble <[email protected]>
Quoted 8 lines
Quoted 3 lines
Tested these on all BSPs i maintain with results as expected. Also this testing Acks the kernel SRCREV bumps done by Tom today.
I've verified this works fine on crownbay and you've verified on sugarbay and chiefriver, correct?
That just leaves cedartrail before we can pull this in.
fri2 and sys940x as well right?
Are you still just using gstreamer to play sindel back?
--
Darren
Quoted 39 lines
Tom
Quoted 34 lines
Thanks,
NitinThe following changes since commit
76d2942087d7563ae42f0bea6d97460ee2561f3e:crystalforest: Update the README Instructions. (2012-10-30 08:47:40 -0500)
are available in the git repository at:
git://git.yoctoproject.org/meta-intel-contribnitin/misc
http://git.yoctoproject.org/cgit.cgi/meta-intel-contrib/log/?h=nitin/miscNitin A Kamble (3):
libva: update to the latest version
libva-intel-driver: update to the latest version mesa-dri.bbappend: avoid conflict with emgd-driver-binRoss Burton (1):
libva: remove redundant libva 1.0.12.../recipes-graphics/mesa/mesa-dri_8.0.4.bbappend | 27 +++++++++++++++++--- .../libva/libva-intel-driver.inc | 2 +- .../libva/libva-intel-driver_1.0.15.bb | 8 ------ .../libva/libva-intel-driver_1.0.17.bb | 9 ++++++ common/recipes-multimedia/libva/libva_1.0.12.bb | 8 ------ common/recipes-multimedia/libva/libva_1.0.15.bb | 8 ------ common/recipes-multimedia/libva/libva_1.0.16.bb | 8 ++++++ 7 files changed, 41 insertions(+), 29 deletions(-) delete mode 100644 common/recipes-multimedia/libva/libva-intel-driver_1.0.15.bb create mode 100644 common/recipes-multimedia/libva/libva-intel-driver_1.0.17.bb delete mode 100644 common/recipes-multimedia/libva/libva_1.0.12.bb delete mode 100644 common/recipes-multimedia/libva/libva_1.0.15.bb create mode 100644 common/recipes-multimedia/libva/libva_1.0.16.bb
Signature · 3 lines
Darren Hart Intel Open Source Technology Center Yocto Project - Linux Kernel
Quoted 9 lines · Darren Hart
Quoted 8 lines · Tom Zanussi
Quoted 5 lines · On Tue, 2012-10-30 at 19:23 -0700, [email protected] wrote:
From: Nitin A Kamble <[email protected]>
Tested these on all BSPs i maintain with results as expected. Also this testing Acks the kernel SRCREV bumps done by Tom today.
Quoted 7 lines
Quoted 4 lines
I've verified this works fine on crownbay and you've verified on sugarbay and chiefriver, correct?
That just leaves cedartrail before we can pull this in.
fri2 and sys940x as well right?
Oh, I was just assuming those would be isomorphic with crownbay i.e. emgd-based.
Quoted 2 lines
Are you still just using gstreamer to play sindel back?
Pretty much, yeah.
Tom
Quoted 43 lines
--
DarrenQuoted 39 lines
Tom
Quoted 34 lines
Thanks,
NitinThe following changes since commit
76d2942087d7563ae42f0bea6d97460ee2561f3e:crystalforest: Update the README Instructions. (2012-10-30 08:47:40 -0500)
are available in the git repository at:
git://git.yoctoproject.org/meta-intel-contribnitin/misc
http://git.yoctoproject.org/cgit.cgi/meta-intel-contrib/log/?h=nitin/miscNitin A Kamble (3):
libva: update to the latest version
libva-intel-driver: update to the latest version mesa-dri.bbappend: avoid conflict with emgd-driver-binRoss Burton (1):
libva: remove redundant libva 1.0.12.../recipes-graphics/mesa/mesa-dri_8.0.4.bbappend | 27 +++++++++++++++++--- .../libva/libva-intel-driver.inc | 2 +- .../libva/libva-intel-driver_1.0.15.bb | 8 ------ .../libva/libva-intel-driver_1.0.17.bb | 9 ++++++ common/recipes-multimedia/libva/libva_1.0.12.bb | 8 ------ common/recipes-multimedia/libva/libva_1.0.15.bb | 8 ------ common/recipes-multimedia/libva/libva_1.0.16.bb | 8 ++++++ 7 files changed, 41 insertions(+), 29 deletions(-) delete mode 100644 common/recipes-multimedia/libva/libva-intel-driver_1.0.15.bb create mode 100644 common/recipes-multimedia/libva/libva-intel-driver_1.0.17.bb delete mode 100644 common/recipes-multimedia/libva/libva_1.0.12.bb delete mode 100644 common/recipes-multimedia/libva/libva_1.0.15.bb create mode 100644 common/recipes-multimedia/libva/libva_1.0.16.bb