<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [r300g] Visuals not found in (default) depth = 24"
href="https://bugs.freedesktop.org/show_bug.cgi?id=71789#c29">Comment # 29</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [r300g] Visuals not found in (default) depth = 24"
href="https://bugs.freedesktop.org/show_bug.cgi?id=71789">bug 71789</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>That piglit sanity is failing with the patch may confirm my suspicion that
something doesn't add up yet I'm afraid: Since the kernel driver and
xf86-video-ati EXA code are using the same hardware formats for
display/rendering with BE & LE, I was wondering how the patch could result in
both display and glReadPixels working correctly for winsys buffers. Looks like
indeed only display works correctly, which indicates that the GPU is
effectively writing/reading PIPE_FORMAT_x8R8G8B8_* pixels like
PIPE_FORMAT_B8G8R8x8_* (which is what the kernel driver and EXA code are
using).</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>