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: Tue, 17 Feb 2015 11:43:12 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0783293896==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 7991B6E322 for ; Tue, 17 Feb 2015 03:43:12 -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 --===============0783293896== Content-Type: multipart/alternative; boundary="1424173392.F87C20.9516"; charset="UTF-8" --1424173392.F87C20.9516 Date: Tue, 17 Feb 2015 11:43:12 +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 #4 from Stefan D=C3=B6singer --- Created attachment 113562 --> https://bugs.freedesktop.org/attachment.cgi?id=3D113562&action=3Dedit Test program This program reproduces the result. As a 32 bit binary it generates the same type 1 command that is rejected. As a 64 bit program it crashes with the following backtrace: (gdb) bt #0 0x00007ffff75c8c90 in ?? () from /lib64/libc.so.6 #1 0x00007ffff2e0bcd3 in memcpy (__len=3D32, __src=3D, __dest=3D) at /usr/include/bits/string3.h:51 #2 r300_emit_blend_state (r300=3D, size=3D8, state=3D) at r300_emit.c:57 #3 0x00007ffff2e0f150 in r300_emit_dirty_state (r300=3Dr300@entry=3D0x6499= 50) at r300_emit.c:1450 #4 0x00007ffff2e12018 in r300_emit_states (instance_id=3D-1, index_bias=3D= 0, buffer_offset=3D0, index_buffer=3D0x0, flags=3D, r300=3D0x64= 9950) at r300_render.c:259 #5 r300_prepare_for_rendering (r300=3Dr300@entry=3D0x649950, flags=3D, flags@entry=3DPREP_EMIT_STATES, index_buffer=3Dindex_buffer@entry=3D0= x0, cs_dwords=3Dcs_dwords@entry=3D21, buffer_offset=3Dbuffer_offset@entry=3D0, index_bias=3Dindex_bias@entry=3D0,=20 instance_id=3Dinstance_id@entry=3D-1) at r300_render.c:311 #6 0x00007ffff2e13258 in r300_blitter_draw_rectangle (blitter=3D, x1=3D0, y1=3D0, x2=3D256, y2=3D256, depth=3D0, type=3DUTIL_BLITTER_ATTRIB_N= ONE, attrib=3D0x0) at r300_render.c:1141 #7 0x00007ffff2d7d3df in util_blitter_custom_color (blitter=3D0x61c7f0, dstsurf=3Ddstsurf@entry=3D0x79e030, custom_blend=3Dcustom_blend@entry=3D0x0= ) at util/u_blitter.c:2146 #8 0x00007ffff2e06b91 in r300_simple_msaa_resolve (pipe=3Dpipe@entry=3D0x6= 49950, dst=3Ddst@entry=3D0x79dcd0, dst_level=3Ddst_level@entry=3D0, dst_layer=3Ddst_layer@entry=3D0, src=3D, format=3DPIPE_FORMAT_B8G8R8A8_SRGB) at r300_blit.c:737 #9 0x00007ffff2e08396 in r300_msaa_resolve (info=3D0x7ffffffbdc70, pipe=3D0x649950) at r300_blit.c:783 #10 r300_blit (pipe=3D0x649950, blit=3D) at r300_blit.c:809 #11 0x00007ffff2c2ad97 in st_BlitFramebuffer (ctx=3D, readFB=3D0x796f30, drawFB=3D0x79d6b0, srcX0=3D, srcY0=3D, srcX1=3D, srcY1=3D256, dstX0=3D0, dstY0=3D0, dstX1=3D256, ds= tY1=3D256, mask=3D16384, filter=3D9728) at state_tracker/st_cb_blit.c:263 #12 0x00007ffff2af2ff2 in _mesa_BlitFramebuffer (srcX0=3D, srcY0=3D0, srcX1=3D, srcY1=3D256, dstX0=3D, dstY0=3D, dstX1=3D256, dstY1=3D256, mask=3D16384, filter=3D9= 728) at main/blit.c:509 #13 0x000000000040132f in init () #14 0x000000000040148a in main () Further testing shows that the GL_SRGB8_ALPHA8 internal format of the destination texture is the problem. Replacing this with GL_RGBA8 makes the = test work fine. Note that when GL_EXT_sRGB_decode is available Wine always creat= es sRGB textures and sets GL_TEXTURE_SRGB_DECODE_EXT to GL_SKIP_DECODE_EXT to = get d3d-style sRGB read correction toggling. --=20 You are receiving this mail because: You are the assignee for the bug. --1424173392.F87C20.9516 Date: Tue, 17 Feb 2015 11:43:12 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Comment= # 4 on bug 89148<= /a> from Stefan D=C3=B6singer 
Created attachment 113562 =
[details]
Test program

This program reproduces the result. As a 32 bit binary it generates the same
type 1 command that is rejected. As a 64 bit program it crashes with the
following backtrace:

(gdb) bt
#0  0x00007ffff75c8c90 in ?? () from /lib64/libc.so.6
#1  0x00007ffff2e0bcd3 in memcpy (__len=3D32, __src=3D<optimized out>,
__dest=3D<optimized out>) at /usr/include/bits/string3.h:51
#2  r300_emit_blend_state (r300=3D<optimized out>, size=3D8, state=3D=
<optimized out>)
at r300_emit.c:57
#3  0x00007ffff2e0f150 in r300_emit_dirty_state (r300=3Dr300@entry=3D0x=
649950) at
r300_emit.c:1450
#4  0x00007ffff2e12018 in r300_emit_states (instance_id=3D-1, index_bias=3D=
0,
buffer_offset=3D0, index_buffer=3D0x0, flags=3D<optimized out>, r300=
=3D0x649950) at
r300_render.c:259
#5  r300_prepare_for_rendering (r300=3Dr300@entry=3D0x649950, flags=3D&=
lt;optimized
out>, flags@entry=3DPREP_EMIT_STATES, index_buffer=3Dindex_buffer=
4;entry=3D0x0,
cs_dwords=3Dcs_dwords@entry=3D21, buffer_offset=3Dbuffer_offset@ent=
ry=3D0,
index_bias=3Dindex_bias@entry=3D0,=20
    instance_id=3Dinstance_id@entry=3D-1) at r300_render.c:311
#6  0x00007ffff2e13258 in r300_blitter_draw_rectangle (blitter=3D<optimi=
zed out>,
x1=3D0, y1=3D0, x2=3D256, y2=3D256, depth=3D0, type=3DUTIL_BLITTER_ATTRIB_N=
ONE, attrib=3D0x0)
at r300_render.c:1141
#7  0x00007ffff2d7d3df in util_blitter_custom_color (blitter=3D0x61c7f0,
dstsurf=3Ddstsurf@entry=3D0x79e030, custom_blend=3Dcustom_blend@ent=
ry=3D0x0) at
util/u_blitter.c:2146
#8  0x00007ffff2e06b91 in r300_simple_msaa_resolve (pipe=3Dpipe@entry=
=3D0x649950,
dst=3Ddst@entry=3D0x79dcd0, dst_level=3Ddst_level@entry=3D0,
dst_layer=3Ddst_layer@entry=3D0, src=3D<optimized out>,
format=3DPIPE_FORMAT_B8G8R8A8_SRGB) at r300_blit.c:737
#9  0x00007ffff2e08396 in r300_msaa_resolve (info=3D0x7ffffffbdc70,
pipe=3D0x649950) at r300_blit.c:783
#10 r300_blit (pipe=3D0x649950, blit=3D<optimized out>) at r300_blit.=
c:809
#11 0x00007ffff2c2ad97 in st_BlitFramebuffer (ctx=3D<optimized out>,
readFB=3D0x796f30, drawFB=3D0x79d6b0, srcX0=3D<optimized out>, srcY0=
=3D<optimized out>,
srcX1=3D<optimized out>, srcY1=3D256, dstX0=3D0, dstY0=3D0, dstX1=3D2=
56, dstY1=3D256,
mask=3D16384, filter=3D9728)
    at state_tracker/st_cb_blit.c:263
#12 0x00007ffff2af2ff2 in _mesa_BlitFramebuffer (srcX0=3D<optimized out&=
gt;,
srcY0=3D0, srcX1=3D<optimized out>, srcY1=3D256, dstX0=3D<optimize=
d out>,
dstY0=3D<optimized out>, dstX1=3D256, dstY1=3D256, mask=3D16384, filt=
er=3D9728) at
main/blit.c:509
#13 0x000000000040132f in init ()
#14 0x000000000040148a in main ()

Further testing shows that the GL_SRGB8_ALPHA8 internal format of the
destination texture is the problem. Replacing this with GL_RGBA8 makes the =
test
work fine. Note that when GL_EXT_sRGB_decode is available Wine always creat=
es
sRGB textures and sets GL_TEXTURE_SRGB_DECODE_EXT to GL_SKIP_DECODE_EXT to =
get
d3d-style sRGB read correction toggling.

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