<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - [ILK] I-G-T/kms_flip subtest: 'flip-vs-panning' fail" href="https://bugs.freedesktop.org/show_bug.cgi?id=59339#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - [ILK] I-G-T/kms_flip subtest: 'flip-vs-panning' fail" href="https://bugs.freedesktop.org/show_bug.cgi?id=59339">bug 59339</a> from <a class="email" href="mailto:ville.syrjala@linux.intel.com" title="Ville Syrjala <ville.syrjala@linux.intel.com>"> Ville Syrjala</a> <pre>Created <a href="attachment.cgi?id=74690" name="attach_74690" title="Trace script">attachment 74690</a> <a href="attachment.cgi?id=74690&action=edit" title="Trace script">[details]</a> Trace script I can't really think if any sensible reason for this problem. Even if the pan operation would overtake the flip (which it can with the current code) the frame count should still go forwards. Here it seems to stuck to the previous value. Well, I suppose the vblank code can be buggy (at least it's needlessly complex). Anyways, if you can reproduce with CONFIG_FUNCTION_TRACER enabled, this script may help us see what's going on. 1. start the trace script as root and redirect the output to some file 2. run kms_flip --run-subtest flip-vs-panning 3. stop the trace script 4. attach the trace log _and_ the errors from kms_flip to the bug the kms_flip errors are needed so that we know where in the log to start looking</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>