<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>