| Summary: | xf86-video-intel: needs updating | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Nitin Kamble <nitin.a.kamble> |
| Component: | graphics | Assignee: | Laurentiu Palcu <laurentiu.palcu> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Medium | CC: | dvhart, meta.mr.watcher, meta.watcher, ross.burton, sgw |
| Version: | unspecified | ||
| Target Milestone: | 1.4 | ||
| Hardware: | x86 | ||
| OS: | x86 | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | --- | |
|
Description
Nitin Kamble
2012-10-08 18:07:45 UTC
we should get this in 1.3 release It's just too late for something like this in 1.3! Nitin, we have a couple options. If it is deemed to destableizing for 1.3 oe-core, we can either: 1) Consider carrying it in meta-intel 2) Live with what we have for the 1.3 meta-intel release We had the goal of being done with meta-intel much closer to the 1.3 release of the Yocto Project, so something like this is late even for meta-intel. Can you point at a clear set of benefits for making the update now? Does it fix some graphics corruption? Does it reduce vertical tearing? Fix a build issue? Enable more hardware? Improve framerate by more than 10%? If it doesn't do any of the above, we might be best off waiting for 1.4 for this update. (In reply to comment #3) > Nitin, we have a couple options. If it is deemed to destableizing for 1.3 erm ... "too destabilizing" Darren, I did not notice any of the issues you mentioned. The main reason I brought it forward, was for matching graphics stack of Yocto release with a released/anounced Intel Graphics Stack. As this is the 1st time we are tracking the Intel Graphics Stack, I think it is ok to be not perfect with the 1st attempt. But this is a routine process I am starting to track the Intel graphics stack. So you can expect more such bugs will be opened by me in the future. And I am sure we will be in better situation to handle these requirements in the future. Nitin FWIW, I have a 2.20.8 upgrade in my ross/xorg branch: http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=ross/xorg I took changes from the rosse's 2.20.8 recipe into my 2.20.0 recipe, and things are working fine with it. But I am not sure what value Ross's changed add, Ross can you explain? Thanks, Nitin I make xvmc (previously disabled) a packageconfig option (default to off), and SNA (new in 2.20, defaults to on) a packageconfig option (default to off). Turning on SNA means the driver binary grows by approximately 1MB. Patches on the mailing list waiting to be merged. |