<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 1, 2013 at 1:40 AM, Michel Dänzer <span dir="ltr"><<a href="mailto:michel@daenzer.net" target="_blank">michel@daenzer.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">On Die, 2013-04-30 at 22:50 -0400, Ilija Hadzic wrote:<br>
><br>
><br>
><br>
> On Tue, Apr 30, 2013 at 12:01 PM, Michel Dänzer <<a href="mailto:michel@daenzer.net">michel@daenzer.net</a>><br>
> wrote:<br>
>         On Die, 2013-04-30 at 17:34 +0200, Michel Dänzer wrote:<br>
>         > On Die, 2013-04-30 at 10:31 -0400, Ilija Hadzic wrote:<br>
>         > > On Tue, Apr 30, 2013 at 5:16 AM, Michel Dänzer<br>
>         <<a href="mailto:michel@daenzer.net">michel@daenzer.net</a>><br>
>         > > wrote:<br>
>         > >         On Son, 2013-04-28 at 16:07 -0400, Ilija Hadzic<br>
>         wrote:<br>
>         > >         ><br>
><br>
>         > >         > The end result is that regardless in which state<br>
>         the display<br>
>         > >         is, the<br>
>         > >         > application sees the events (time and sequence<br>
>         numbers) that<br>
>         > >         progress<br>
>         > >         > as if the CRTC is running and the events happen<br>
>         at right<br>
>         > >         time points<br>
>         > >         > on the grid determined by the vlbanks (real or<br>
>         > >         interpolated).<br>
>         > ><br>
>         > ><br>
>         > >         Indeed, looks like DPMS off no longer has any<br>
>         effect on piglit<br>
>         > >         results. :) Thanks for working on this.<br>
>         > ><br>
>         > ><br>
>         > ><br>
>         > > Forgive me if this question is going to make me look dumb,<br>
>         but given<br>
>         > > that piglit is a rendering test suite, the behavior you<br>
>         are seeing is<br>
>         > > expected. In other words, you are not implying that<br>
>         something is<br>
>         > > wrong, are you?<br>
>         ><br>
>         > Indeed, I'm not. piglit has a few GLX tests, some of which<br>
>         could<br>
>         > previously fail when the monitor was in DPMS off state. Your<br>
>         series<br>
>         > fixes that.<br>
><br>
><br>
>         Hmm, now I've seen some issues with some<br>
>         glx/GLX_OML_sync_control/ tests<br>
>         again even with your patches. Maybe the CRTC went off while<br>
>         those tests<br>
>         were running, and that isn't handled quite correctly yet. Can<br>
>         you look<br>
>         into that?<br>
><br>
><br>
><br>
><br>
><br>
</div></div><div class="im">> Is this the kind of error you are seeing?<br>
><br>
>         "glx/GLX_OML_sync_control/waitformsc": {<br>
>                 "info": "Returncode: 0\n\nErrors:\nglXWaitForMscOML()<br>
> returned msc of 184744, expected >= 216181\n\n\nOutput:\n",<br>
>                 "errors": [<br>
>                     "glXWaitForMscOML() returned msc of 184744,<br>
> expected >= 216181"<br>
>                 ],<br>
>                 "returncode": 0,<br>
>                 "command":<br>
> "/home/ihadzic/git_sandbox/piglit/framework/../bin/glx-oml-sync-control-waitformsc -auto -fbo",<br>
>                 "result": "warn",<br>
>                 "time": 0.11738109588623047<br>
>             },<br>
<br>
</div>Yes, though another test was giving a fail for me, not just a warn.<br>
<div class=""><div class="h5"><br></div></div></blockquote><div><br></div>I left it running overnight repeating only tests that have to do with synchronization.<br><div>I see three types of failures.  In one 'glx-oml-sync-control-waitformsc -auto -fbo'<br>
</div><div>fails with some random difference between actual and expected MSC. In another<br>the same test fails with off-by-1 MSC (these could be two different causes) and these<br>tests are not consistently reproducible (one on 10-20 fails). In the third test<br>
</div><div>'glx-oml-sync-control-swapbuffersmsc-return -auto -fbo' fails with SBC off by some<br>large value and it's consistently reproducible.<br><br></div><div>If you are seeing any other error pattern that does not fit the description above,<br>
please let me know. So far, these three are what I can reproduce and start debugging.<br></div><div><br></div><div>-- Ilija<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class=""><div class="h5">
--<br>
Earthling Michel Dänzer           |                   <a href="http://www.amd.com" target="_blank">http://www.amd.com</a><br>
Libre software enthusiast         |          Debian, X and DRI developer<br>
</div></div></blockquote></div><br></div><div class="gmail_extra"><br></div></div>