[Bug 83677] [HSW] GPU HANG: ecode 0:0x87d3bffa on ctx load

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=83677

--- Comment #57 from Rainer Hochecker <fernetmenta at online.de> ---
Not sure if this is realated: currently vaapi lacks a good interop method with
gl so we use vaPutSurface and texture-from-pixmap. The entire render pipeline
is : decode with vaapi, vaapi postprocessing (deinterlacing), vaPutSurface
(render vaapi video surface into pixmap), map pixmap to texture, render
texture, place fence
when fence signals, we know that video surface (and some other resources) are
ready for reuse

this places the fence:
https://github.com/FernetMenta/xbmc/blob/master/xbmc/cores/dvdplayer/DVDCodecs/Video/VAAPI.cpp#L1202

this function checks for signaled fences:
https://github.com/FernetMenta/xbmc/blob/master/xbmc/cores/dvdplayer/DVDCodecs/Video/VAAPI.cpp#L2022

I have had video playing for 4 hours today without any issues. but as soon as I
stop playback it waits for all fences to be signaled, which is
COutput::ProcessSyncPicture to return false but this does not happen. There is
at least one fence not in GL_SIGNALED state.
When playback is stopped there is a glFlush before COutput::ProcessSyncPicture
https://github.com/FernetMenta/xbmc/blob/master/xbmc/cores/dvdplayer/DVDCodecs/Video/VAAPI.cpp#L1709

It never comes out of the while loop at the next line.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20141022/8b620cb9/attachment-0001.html>