<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - r300g: Kernel rejected CS in Wine d3d multisample test"
href="https://bugs.freedesktop.org/show_bug.cgi?id=89148#c11">Comment # 11</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - r300g: Kernel rejected CS in Wine d3d multisample test"
href="https://bugs.freedesktop.org/show_bug.cgi?id=89148">bug 89148</a>
from <span class="vcard"><a class="email" href="mailto:stefandoesinger@gmx.at" title="Stefan Dösinger <stefandoesinger@gmx.at>"> <span class="fn">Stefan Dösinger</span></a>
</span></b>
<pre><span class=""><a href="attachment.cgi?id=113802" name="attach_113802" title="fix">Attachment 113802</a> <a href="attachment.cgi?id=113802&action=edit" title="fix">[details]</a></span> fixes the invalid CS / crash and my test program now reads a
color. However, sRGB color correction seems to be applied at some stage. Note
that the test program is not using GL_ARB_framebuffer_sRGB (which isn't
supported on r500 anyway), and that GL_TEXTURE_SRGB_DECODE_EXT is set to
GL_SKIP_DECODE_EXT.
It seems that the correction is applied during blitting. If I clear the 2D
texture directly the expected result (0x0000ff80) is returned. If I use the
renderbuffer and blit I get 0x0000ff37.
(Wine expects that glBlitFramebuffer never applies sRGB correction when
blitting from an sRGB texture, but this codepath is only used if
GL_EXT_sRGB_decode is not supported. In this case we load two copies of the
texture, one sRGB and one RGB, and use glBlitFramebuffer to blit between them
if the application toggles sRGB on and off.)</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>