<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - [HAWAII] Get acceleration working"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=78453#c69">Comment # 69</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - [HAWAII] Get acceleration working"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=78453">bug 78453</a>
              from <span class="vcard"><a class="email" href="mailto:michel@daenzer.net" title="Michel Dänzer <michel@daenzer.net>"> <span class="fn">Michel Dänzer</span></a>
</span></b>
        <pre>First of all, let me remind both of you to make sure si_get_backend_mask() gets
the information from the kernel, and to use my patch which disables tiling as
much as possible for now.

Also, might be worth testing with R600_DEBUG=nodma for now, to prevent the
userspace code from using the asynchronous DMA engine.


(In reply to <a href="show_bug.cgi?id=78453#c64">comment #64</a>)
<span class="quote">> * egltri_screen from mesa-demos works, outputs a coloured triangle on grey
> background for 5s (with 3 monitors attached)</span >

That's all it's supposed to do, FWIW. :)


(In reply to <a href="show_bug.cgi?id=78453#c65">comment #65</a>)
<span class="quote">> Sometimes it even works again after a few invocations with garbage, but the
> triangle is not centered then, but offset to the left or right. The garbage
> also looks deterministic (always identical for the third and fourth
> invocation after a restart).</span >

Still, I'd assume in those cases it doesn't actually render anything but just
displays leftovers from previous runs.

To differentiate that, I built a second copy of egltri_screen with all
rendering commands except for glClear() disabled (and a glClearColor() call
added for a distinctive clear colour). By running both copies alternatively, I
could be pretty sure whether what I'm seeing was rendered by the current run or
just a leftover.


(In reply to <a href="show_bug.cgi?id=78453#c68">comment #68</a>)
<span class="quote">> I can't get EGL to work with newest mesa, with the following messages when trying
> to run egltri_screen:
>     # EGL_LOG_LEVEL="debug" EGL_PLATFORM="drm" ./egltri_screen</span >

Does it work if you add EGL_DRIVER=egl_dri2 ?


<span class="quote">> I attached a dmesg with patch 99839 from Christian König but NOT patch 99594
> from Alex Deucher, with newest mesa, where I did a "Xorg -retro" start and
> then glxinfo (which garbles the screen).</span >

I'm afraid it's still too early to test in X. Even without -retro, the GPU is
probably used for some operations via glamor, e.g. for the cursor image.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>