Summary: | [snb] death in blorp during video playback | ||
---|---|---|---|
Product: | Mesa | Reporter: | Tom Horsley <horsley1953> |
Component: | Drivers/DRI/i965 | Assignee: | Ian Romanick <idr> |
Status: | RESOLVED INVALID | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Tom Horsley
2013-06-08 01:00:05 UTC
There was a known death in blorp on snb fixed just recently, can you make sure you have the latest mesa (9.1.3 required)? I can't tell what version I have :-(. I use whatever is in the fedora repos and the version numbers on the fedora rpms don't appear to have any obvious correlation with the version numbers on the releases described on the mesa web site. Here's the fedora rpm list on my system: [root@zooty ~]# rpm -q -a | fgrep -i mesa mesa-libGLU-devel-9.0.0-1.fc18.x86_64 mesa-libgbm-9.2-0.7.20130528.fc18.i686 mesa-libGLES-9.2-0.7.20130528.fc18.x86_64 mesa-libGL-devel-9.2-0.7.20130528.fc18.x86_64 mesa-libEGL-devel-9.2-0.7.20130528.fc18.x86_64 mesa-libglapi-9.2-0.7.20130528.fc18.i686 mesa-libGLU-9.0.0-1.fc18.x86_64 mesa-filesystem-9.2-0.7.20130528.fc18.i686 mesa-libgbm-9.2-0.7.20130528.fc18.x86_64 mesa-dri-drivers-9.2-0.7.20130528.fc18.x86_64 mesa-dri-drivers-9.2-0.7.20130528.fc18.i686 mesa-libEGL-9.2-0.7.20130528.fc18.x86_64 mesa-libGL-9.2-0.7.20130528.fc18.x86_64 mesa-libxatracker-9.2-0.7.20130528.fc18.x86_64 mesa-libEGL-9.2-0.7.20130528.fc18.i686 mesa-filesystem-9.2-0.7.20130528.fc18.x86_64 mesa-libglapi-9.2-0.7.20130528.fc18.x86_64 mesa-libGL-9.2-0.7.20130528.fc18.i686 mesa-libGLU-9.0.0-1.fc18.i686 Perhaps that 20130528 string that appears in a lot of them matches the April 30, 2013 mesa release (which was 9.1.2 and is the latest release mentioned on the front page of the mesa3d.org web site)? (In reply to comment #2) > mesa-libGL-9.2-0.7.20130528.fc18.x86_64 9.2 suggests to me that these are snapshots from some random place on Mesa master from around May 28th, 2013.... so who knows what's in there. Yea, I finally downloaded the fedora source rpm and the docs/relnotes directory does contain a 9.1.3.html file as well as a 9.2.html file, so it looks as if the source fedora uses is some kind of git snapshot taken on May 28th, 2013 (guess from the date string). Which implies it does indeed have any fixes from 9.1.3 (though who knows what regressions since then :-). Just as a silly experiment to absolutely verify the problem is associated with something Intel video driver specific, I stuck an Nvidia card in the system, and it seems to be able to play the movie all the way through with no problems, so at this point with old fedora 16 pre-3.8 kernel working fine on Intel video and new fedora 18 3.9 kernel working fine with nvidia but failing with intel, I'm pretty positive this is an intel driver regression that showed up in the 3.8 kernel timeframe. Fedora 19 just got a new mesa update with all the rpms having 20130610 in their version (so I guess it is a new snapshot from June 10th). Doesn't seem to help - the hangs still happen when playing movies full screen. I've added info to the redhat bugzilla mentioned at the start of this bug. Apparently the original problem I noticed (finding the system displaying the console rather than the X GUI) is correlated with heavy load on the cpu. For the first time in a few weeks, I had some big video files to transcode last night, and I found it this morning displaying the last console output instead of the normal X GUI. I'm now suspecting the driver thinks something has timed out and does some kind of reset, but really the system was just very very busy and whatever it was waiting for was just being delayed a bit more than normal. (This feeling is re-enforced by browsing the intel video mailing list which seems to consist primarily of dueling patches arguing about what should be considered a timeout and what should decide that progress is actually being made and the video system isn't hung after all - I guess it is too complicated to actually fix the real source of the hangs so you no longer need to worry about trying to detect them :-). Please test Ken's snb blorp fixes from http://cgit.freedesktop.org/~kwg/mesa/log/?h=snbfixes Dear Reporter, This Mesa bug has been in the "NEEDINFO" status for over 60 days. I am closing this bug based on lack of response but feel free to reopen if resolution is still needed. Please ensure you're supplying the correct information as requested. Thank you. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.