Bug 3526

Summary: Utilize Intel 2012Q4 graphics package in Yocto-Project
Product: [Build System, Metadata & Runtime] OE-Core Reporter: Nitin Kamble <nitin.a.kamble>
Component: graphicsAssignee: Nitin Kamble <nitin.a.kamble>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: Medium CC: constantinx.musca, dvhart, meta.mr.watcher, meta.watcher, ross.burton, sgw, tom.zanussi
Version: unspecified   
Target Milestone: 1.4 M5   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: ---
Bug Depends on: 3932, 3933    
Bug Blocks:    

Description Nitin Kamble 2012-12-03 17:44:26 UTC
A new version of Intel Graphics stack is been released on 26th Nov 2012. YP need to utilize it get most optimal graphics performance for various Intel Graphics chips.

Recipes in oecore should be updated to at least these versions, or back port the Intel graphics related changes from these versions in the older recipes.

Kernel: Linux 3.6.5 release
3D driver: mesa 9.0.1 release
2D driver: xf86-video-intel 2.20.12 release
Libdrm: libdrm-2.4.40 release
Libva: libva-1.1.0 release
Vaapi-driver-intel: vaapi-driver-intel-1.0.19 release
Cairo: cairo 1.12.4 release
(xserver-1.13.0 is tested with this stack)


More details here: http://intellinuxgraphics.org/2012Q4.html

Nitin
Comment 1 Laurentiu Palcu 2012-12-04 12:59:04 UTC
Why is this in my list? The packages I maintain are already up-to-date:
libdrm: 2.4.40
xf86-video-intel: 2.20.12

constantinx.musca owns mesa and cairo which, indeed, need updated.
Comment 2 Laurentiu Palcu 2012-12-04 13:03:18 UTC
Why is this in my list? The packages I maintain are already up-to-date:
libdrm: 2.4.40
xf86-video-intel: 2.20.12

constantinx.musca owns mesa and cairo which, indeed, need updated.
Comment 3 Ross Burton 2012-12-06 16:29:08 UTC
Mesa 9.0.1 is trickier than a simple upgrade - they migrated to autotools (hooray) but the native tools don't build with just CC_FOR_BUILD, so mesa-dri-glsl-native needs rewriting.  Simple calling configure isn't sufficient because then you need all of the DRM stack natively, so it's a matter of disabling as much of Mesa as possible.

If Mesa release 9.1 then we're laughing, as the build handles CC_FOR_BUILD just fine.  Alternatively we back-port the fixes for CC_FOR_BUILD.
Comment 4 Ross Burton 2012-12-06 16:31:54 UTC
(that's backporting of 9948a33653088c2b9409f12924857643989657a5 and ebf0a96250050e1ed842598c7b2b3897c7f829b3 in mesa)
Comment 5 Nitin Kamble 2012-12-06 16:54:12 UTC
Hi Ross, 
  Generally speaking it is ok to be at higher version than what is specified here. We want to get all the fixes from the released versions mentioned here. If we need to pull further newer fixes, that is good too. Also if a newer version of mesa like component gets released, we should try it out to make sure there are no regressions in performance, and then move to the newer version.

Nitin
Comment 6 Laurentiu Palcu 2013-02-14 10:30:14 UTC
Current versions in oe-core:

mesa: 9.0.2
xf86-video-intel: 2.20.17
Libdrm: 2.4.40 (2.4.42 is already on the ML)
Cairo: 1.12.12
xserver: 1.13.1

The remaining packages that do not compy are:
oe-core: kernel: 3.4
meta-intel: libva: 1.0.17
meta-intel: libva-intel-driver: 1.0.18

Assigning the bug to meta-intel layer maintainer, Nitin Kamble, in order to upgrade the libva* packages. Kernel recipe maintainer is Darren Hart.
Comment 7 Darren Hart 2013-02-28 04:59:51 UTC
Nitin, can we get an update on this? Update the Status as well please and select a target Milestone you feel is appropriate?
Comment 8 Nitin Kamble 2013-02-28 05:05:32 UTC
This is split into multiple bugs, and all are proceeding as expected. We may be able to close this in the M5.
Comment 9 Tom Zanussi 2013-04-08 15:49:20 UTC
Hopefully this removes the logjam:

https://lists.yoctoproject.org/pipermail/meta-intel/2013-April/000636.html
Comment 10 Tom Zanussi 2013-04-10 16:03:33 UTC
Fixed by meta-intel/master commits 8fec113178c52c0a4fbcb2bb44159ce685302f60 through fd58fb07cf4fcc0553d0608f5688fc03e41ea15c.

There may be further patches forthcoming on top of this which for example re-enable video acceleration in wayland, but what's there now should satisfy this requirement without those additional capabilities.