From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 89148] r300g: Kernel rejected CS in Wine d3d multisample test Date: Thu, 26 Feb 2015 09:48:56 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1358556413==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 06AA66E20B for ; Thu, 26 Feb 2015 01:48:56 -0800 (PST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1358556413== Content-Type: multipart/alternative; boundary="1424944135.Fc2dBE0.27712"; charset="UTF-8" --1424944135.Fc2dBE0.27712 Date: Thu, 26 Feb 2015 09:48:55 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable https://bugs.freedesktop.org/show_bug.cgi?id=3D89148 --- Comment #11 from Stefan D=C3=B6singer --- Attachment 113802 fixes the invalid CS / crash and my test program now read= s a color. However, sRGB color correction seems to be applied at some stage. No= te 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 th= em if the application toggles sRGB on and off.) --=20 You are receiving this mail because: You are the assignee for the bug. --1424944135.Fc2dBE0.27712 Date: Thu, 26 Feb 2015 09:48:55 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Commen= t # 11 on bug 89148<= /a> from Stefan D=C3=B6singer 
Attachment 113802 [details] fix=
es the invalid CS / crash and my test program now reads a
color. However, sRGB color correction seems to be applied at some stage. No=
te
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 th=
em
if the application toggles sRGB on and off.)

You are receiving this mail because: =20=20=20=20=20=20
  • You are the assignee for the bug.
--1424944135.Fc2dBE0.27712-- --===============1358556413== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK --===============1358556413==--