dri-devel October 2011

dri-devel@lists.freedesktop.org

82 participants
530 discussions

[Bug 42131] New: Problem with resizing OpenGL windows when using XCB
by bugzilla-daemon＠freedesktop.org 03 Jan '12

03 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=42131 Bug #: 42131 Summary: Problem with resizing OpenGL windows when using XCB Classification: Unclassified Product: Mesa Version: 7.11 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: nilschrbrause(a)googlemail.com Created attachment 52651 --> https://bugs.freedesktop.org/attachment.cgi?id=52651 Test program demonstrating the problem The attached program creates a window using XCB and draws a rectangle inside it using OpenGL. When using indirect software rendering (LIBGL_ALWAYS_INDIRECT=1), everything works as expected. But when using the R600 Gallium3D driver, the OpenGL view port doesn't seem to get resized properly and the window contents get screwed up. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 42297] New: [r600g] Segfaults and failed assertions with piglit test fbo-generatemipmap-formats
by bugzilla-daemon＠freedesktop.org 31 Dec '11

31 Dec '11

https://bugs.freedesktop.org/show_bug.cgi?id=42297 Bug #: 42297 Summary: [r600g] Segfaults and failed assertions with piglit test fbo-generatemipmap-formats Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: tdroste(a)gmx.de Below are backtraces from segfaults and failed assertions while running the piglit test fbo-generatemipmap-formats. I tried it with and without R600_TILING=on. piglit: from git and updated+rebuilt today. Mesa: 2.1 Mesa 7.12-devel (git-4fc9a98) Driver: r600g Kernel: 3.0 Hardware: Evergreen (Juniper) ---------------------------------------- $ R600_TILING=on gdb ./bin/fbo-generatemipmap-formats Using test set: GL_EXT_texture_compression_rgtc Testing GL_COMPRESSED_RED Program received signal SIGSEGV, Segmentation fault. #0 0x0000000000694990 in ?? () #1 0x00007ffff3dfe0b4 in pb_destroy (csc=0x7ffff7fe7da0) at ../../../../../src/gallium/auxiliary/pipebuffer/pb_buffer.h:232 #2 pb_reference (csc=0x7ffff7fe7da0) at ../../../../../src/gallium/auxiliary/pipebuffer/pb_buffer.h:242 #3 radeon_bo_reference (csc=0x7ffff7fe7da0) at radeon_drm_bo.h:82 #4 radeon_cs_context_cleanup (csc=0x7ffff7fe7da0) at radeon_drm_cs.c:114 #5 radeon_drm_cs_emit_ioctl_oneshot (csc=0x7ffff7fe7da0) at radeon_drm_cs.c:380 #6 0x00007ffff3dff4d7 in radeon_drm_cs_flush (rcs=0x7ffff7fd7010, flags=<value optimized out>) at radeon_drm_cs.c:435 #7 0x00007ffff3deb08e in r600_context_flush (ctx=0x6a6480, flags=0) at r600_hw_context.c:1508 #8 0x00007ffff3dd455b in r600_texture_get_transfer (ctx=0x6a6150, texture=<value optimized out>, level=0, usage=<value optimized out>, box=0x7ffffffed590) at r600_texture.c:719 #9 0x00007ffff40138eb in pipe_get_transfer (ctx=0x7b0150, x=258, y=171, width=1, height=128, format=6407, type=5126, pack=0x7bf8c8, dest=<value optimized out>) at ../../src/gallium/auxiliary/util/u_inlines.h:380 #10 st_readpixels (ctx=0x7b0150, x=258, y=171, width=1, height=128, format=6407, type=5126, pack=0x7bf8c8, dest=<value optimized out>) at state_tracker/st_cb_readpixels.c:472 #11 0x00007ffff3e9b8af in _mesa_ReadnPixelsARB (x=258, y=1, width=1, height=128, format=6407, type=5126, pixels=0xa27fa0) at main/readpix.c:269 #12 _mesa_ReadPixels (x=258, y=1, width=1, height=128, format=6407, type=5126, pixels=0xa27fa0) at main/readpix.c:277 #13 0x0000000000455035 in piglit_probe_rect_rgb () #14 0x000000000042d828 in test_mipmap_drawing () #15 0x000000000042e052 in test_format () #16 0x000000000042e269 in piglit_display () #17 0x000000000042e8f5 in display () #18 0x00007ffff76d1860 in ?? () from /usr/lib64/libglut.so.3 #19 0x00007ffff76d4f69 in fgEnumWindows () from /usr/lib64/libglut.so.3 #20 0x00007ffff76d1bba in glutMainLoopEvent () from /usr/lib64/libglut.so.3 #21 0x00007ffff76d2545 in glutMainLoop () from /usr/lib64/libglut.so.3 #22 0x000000000042efd2 in main () Using test set: GL_EXT_texture_compression_rgtc Testing GL_COMPRESSED_RED *** glibc detected *** ./bin/fbo-generatemipmap-formats: malloc(): smallbin double linked list corrupted: 0x00000000009e6850 *** #17 0x00007ffff6df2ede in calloc () from /lib64/libc.so.6 #18 0x00007ffff3dfceff in radeon_bomgr_create_bo (_mgr=0x694b00, size=32768, desc=0x7fffffffd140) at radeon_drm_bo.c:360 #19 0x00007ffff3dfcd30 in radeon_winsys_bo_create (rws=<value optimized out>, size=<value optimized out>, alignment=<value optimized out>, bind=<value optimized out>, usage=<value optimized out>) at radeon_drm_bo.c:560 #20 0x00007ffff3de7d03 in r600_init_resource (rscreen=0x694be0, res=0x9d9760, size=<value optimized out>, alignment=<value optimized out>, bind=<value optimized out>, usage=<value optimized out>) at r600_buffer.c:154 #21 0x00007ffff3dd53dc in r600_texture_create_object (screen=0x694be0, base=0x7fffffffd250, array_mode=2, pitch_in_bytes_override=<value optimized out>, buf=0x0, alloc_bo=1 '\001', max_buffer_size=0) at r600_texture.c:463 #22 0x00007ffff3f1a676 in st_texture_create (st=<value optimized out>, target=PIPE_TEXTURE_2D, format=PIPE_FORMAT_RGTC1_UNORM, last_level=0, width0=256, height0=256, depth0=1, layers=1, bind=8) at state_tracker/st_texture.c:94 #23 0x00007ffff3f0d6dc in guess_and_alloc_texture (st=0x814420, stObj=0xa269b0, stImage=<value optimized out>) at state_tracker/st_cb_texture.c:446 #24 0x00007ffff3f0fe3b in st_TexImage (ctx=0x7b0150, dims=2, target=3553, level=0, internalFormat=33317, width=256, height=256, depth=1, border=0, format=6408, type=5126, pixels=0xa40460, unpack=0x7bf8f0, texObj=0xa269b0, texImage=0xa26ec0, imageSize=0, compressed_src=0 '\000') at state_tracker/st_cb_texture.c:628 #25 0x00007ffff3f100b3 in st_TexImage2D (ctx=<value optimized out>, target=<value optimized out>, level=<value optimized out>, internalFormat=<value optimized out>, width=<value optimized out>, height=<value optimized out>, border=0, format=6408, type=5126, pixels=0xa40460, unpack=0x7bf8f0, texObj=0xa269b0, texImage=0xa26ec0) at state_tracker/st_cb_texture.c:812 #26 0x00007ffff3ec2fa2 in teximage (ctx=0x7b0150, dims=2, target=3553, level=0, internalFormat=33317, width=256, height=256, depth=1, border=0, format=6408, type=5126, pixels=0xa40460) at main/teximage.c:2412 #27 0x00007ffff3ec3c14 in _mesa_TexImage2D (target=<value optimized out>, level=<value optimized out>, internalFormat=<value optimized out>, width=<value optimized out>, height=<value optimized out>, border=<value optimized out>, format=6408, type=5126, pixels=0xa40460) at main/teximage.c:2466 #28 0x0000000000456bbe in piglit_rgbw_texture () #29 0x000000000042cd64 in create_tex () #30 0x000000000042dfb7 in test_format () #31 0x000000000042e269 in piglit_display () #32 0x000000000042e8f5 in display () #33 0x00007ffff76d1860 in ?? () from /usr/lib64/libglut.so.3 #34 0x00007ffff76d4f69 in fgEnumWindows () from /usr/lib64/libglut.so.3 #35 0x00007ffff76d1bba in glutMainLoopEvent () from /usr/lib64/libglut.so.3 #36 0x00007ffff76d2545 in glutMainLoop () from /usr/lib64/libglut.so.3 #37 0x000000000042efd2 in main () Using test set: GL_ARB_depth_buffer_float Testing GL_DEPTH_COMPONENT32F Program received signal SIGSEGV, Segmentation fault. #0 0x0000000000694990 in ?? () #1 0x00007ffff3dfe0b4 in pb_destroy (csc=0x7ffff7fe7da0) at ../../../../../src/gallium/auxiliary/pipebuffer/pb_buffer.h:232 #2 pb_reference (csc=0x7ffff7fe7da0) at ../../../../../src/gallium/auxiliary/pipebuffer/pb_buffer.h:242 #3 radeon_bo_reference (csc=0x7ffff7fe7da0) at radeon_drm_bo.h:82 #4 radeon_cs_context_cleanup (csc=0x7ffff7fe7da0) at radeon_drm_cs.c:114 #5 radeon_drm_cs_emit_ioctl_oneshot (csc=0x7ffff7fe7da0) at radeon_drm_cs.c:380 #6 0x00007ffff3dff4d7 in radeon_drm_cs_flush (rcs=0x7ffff7fd7010, flags=<value optimized out>) at radeon_drm_cs.c:435 #7 0x00007ffff3deb08e in r600_context_flush (ctx=0x6a6480, flags=0) at r600_hw_context.c:1508 #8 0x00007ffff3dd455b in r600_texture_get_transfer (ctx=0x6a6150, texture=<value optimized out>, level=0, usage=<value optimized out>, box=0x7ffffffed590) at r600_texture.c:719 #9 0x00007ffff40138eb in pipe_get_transfer (ctx=0x7b0150, x=258, y=171, width=1, height=128, format=6407, type=5126, pack=0x7bf8c8, dest=<value optimized out>) at ../../src/gallium/auxiliary/util/u_inlines.h:380 #10 st_readpixels (ctx=0x7b0150, x=258, y=171, width=1, height=128, format=6407, type=5126, pack=0x7bf8c8, dest=<value optimized out>) at state_tracker/st_cb_readpixels.c:472 #11 0x00007ffff3e9b8af in _mesa_ReadnPixelsARB (x=258, y=1, width=1, height=128, format=6407, type=5126, pixels=0xa27ff0) at main/readpix.c:269 #12 _mesa_ReadPixels (x=258, y=1, width=1, height=128, format=6407, type=5126, pixels=0xa27ff0) at main/readpix.c:277 #13 0x0000000000455035 in piglit_probe_rect_rgb () #14 0x000000000042d828 in test_mipmap_drawing () #15 0x000000000042e052 in test_format () #16 0x000000000042e269 in piglit_display () #17 0x000000000042e8f5 in display () #18 0x00007ffff76d1860 in ?? () from /usr/lib64/libglut.so.3 #19 0x00007ffff76d4f69 in fgEnumWindows () from /usr/lib64/libglut.so.3 #20 0x00007ffff76d1bba in glutMainLoopEvent () from /usr/lib64/libglut.so.3 #21 0x00007ffff76d2545 in glutMainLoop () from /usr/lib64/libglut.so.3 #22 0x000000000042efd2 in main () -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- $ gdb ./bin/fbo-generatemipmap-formats Using test set: GL_EXT_texture_compression_rgtc Testing GL_COMPRESSED_RED ../../../../../src/gallium/auxiliary/util/u_inlines.h:81:pipe_reference_described: Assertion `pipe_is_referenced(reference)' failed. Program received signal SIGSEGV, Segmentation fault. #0 0x0000000000694990 in ?? () #1 0x00007ffff3dfe0b4 in pb_destroy (csc=0x7ffff7fd7020) at ../../../../../src/gallium/auxiliary/pipebuffer/pb_buffer.h:232 #2 pb_reference (csc=0x7ffff7fd7020) at ../../../../../src/gallium/auxiliary/pipebuffer/pb_buffer.h:242 #3 radeon_bo_reference (csc=0x7ffff7fd7020) at radeon_drm_bo.h:82 #4 radeon_cs_context_cleanup (csc=0x7ffff7fd7020) at radeon_drm_cs.c:114 #5 radeon_drm_cs_emit_ioctl_oneshot (csc=0x7ffff7fd7020) at radeon_drm_cs.c:380 #6 0x00007ffff3dfe2f0 in radeon_drm_cs_emit_ioctl (param=0x7ffff7fd7010) at radeon_drm_cs.c:391 #7 0x00007ffff5eebf05 in start_thread () from /lib64/libpthread.so.0 #8 0x00007ffff6e5253d in clone () from /lib64/libc.so.6 Using test set: GL_ARB_depth_buffer_float Testing GL_DEPTH_COMPONENT32F Program received signal SIGSEGV, Segmentation fault. #0 0x0000000000694990 in ?? () #1 0x00007ffff3dfe0b4 in pb_destroy (csc=0x7ffff7fe7da0) at ../../../../../src/gallium/auxiliary/pipebuffer/pb_buffer.h:232 #2 pb_reference (csc=0x7ffff7fe7da0) at ../../../../../src/gallium/auxiliary/pipebuffer/pb_buffer.h:242 #3 radeon_bo_reference (csc=0x7ffff7fe7da0) at radeon_drm_bo.h:82 #4 radeon_cs_context_cleanup (csc=0x7ffff7fe7da0) at radeon_drm_cs.c:114 #5 radeon_drm_cs_emit_ioctl_oneshot (csc=0x7ffff7fe7da0) at radeon_drm_cs.c:380 #6 0x00007ffff3dff4d7 in radeon_drm_cs_flush (rcs=0x7ffff7fd7010, flags=<value optimized out>) at radeon_drm_cs.c:435 #7 0x00007ffff3deb08e in r600_context_flush (ctx=0x6a6480, flags=0) at r600_hw_context.c:1508 #8 0x00007ffff3dd455b in r600_texture_get_transfer (ctx=0x6a6150, texture=<value optimized out>, level=0, usage=<value optimized out>, box=0x7ffffffed5b0) at r600_texture.c:719 #9 0x00007ffff40138eb in pipe_get_transfer (ctx=0x7b0150, x=258, y=171, width=1, height=128, format=6407, type=5126, pack=0x7bf8c8, dest=<value optimized out>) at ../../src/gallium/auxiliary/util/u_inlines.h:380 #10 st_readpixels (ctx=0x7b0150, x=258, y=171, width=1, height=128, format=6407, type=5126, pack=0x7bf8c8, dest=<value optimized out>) at state_tracker/st_cb_readpixels.c:472 #11 0x00007ffff3e9b8af in _mesa_ReadnPixelsARB (x=258, y=1, width=1, height=128, format=6407, type=5126, pixels=0xa27fa0) at main/readpix.c:269 #12 _mesa_ReadPixels (x=258, y=1, width=1, height=128, format=6407, type=5126, pixels=0xa27fa0) at main/readpix.c:277 #13 0x0000000000455035 in piglit_probe_rect_rgb () #14 0x000000000042d828 in test_mipmap_drawing () #15 0x000000000042e052 in test_format () #16 0x000000000042e269 in piglit_display () #17 0x000000000042e8f5 in display () #18 0x00007ffff76d1860 in ?? () from /usr/lib64/libglut.so.3 #19 0x00007ffff76d4f69 in fgEnumWindows () from /usr/lib64/libglut.so.3 #20 0x00007ffff76d1bba in glutMainLoopEvent () from /usr/lib64/libglut.so.3 #21 0x00007ffff76d2545 in glutMainLoop () from /usr/lib64/libglut.so.3 #22 0x000000000042efd2 in main () -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

[Bug 38740] New: [i915g] Ocular view in Stellarium have wrong colour
by bugzilla-daemon＠freedesktop.org 30 Dec '11

30 Dec '11

https://bugs.freedesktop.org/show_bug.cgi?id=38740 Summary: [i915g] Ocular view in Stellarium have wrong colour Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Drivers/Gallium/i915g AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pavel.ondracka(a)email.cz Ocular view in Stellarium is supposed to have small circle with star objects and black background around. The surrounding colour is grey instead and flickers black. Classic driver works fine. kernel: 2.6.38.8-32.fc15 mesa: 062a1e291fdc0ef69b6677f8ae0e3471047e281d Stellarium: 0.10.6 Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 5

[Bug 38661] New: [i915g] src/gallium/drivers/i915/i915_state_static.c:122:update_framebuffer: Assertion `offset == 0' failed.
by bugzilla-daemon＠freedesktop.org 29 Dec '11

29 Dec '11

https://bugs.freedesktop.org/show_bug.cgi?id=38661 Summary: [i915g] src/gallium/drivers/i915/i915_state_static.c:122:updat e_framebuffer: Assertion `offset == 0' failed. Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/Gallium/i915g AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: vlee(a)vmware.com mesa: 3a7953910a7c3babebd6479bbefe9a1032bd8299 (master) chipset: 945GM (Intel GMA 950) system architecture: i686 xserver-xorg-video-intel: 2:2.14.0-4ubuntu7.1 libdrm-intel1: 2.4.23-1ubuntu6 kernel version: 2.6.38-8-generic Linux distribution: Ubuntu 11.04 i386 Run piglit fbo-clear-formats GL_ARB_depth_texture test. $ ./bin/fbo-clear-formats GL_ARB_depth_texture -auto Using test set: GL_ARB_depth_texture Testing GL_DEPTH_COMPONENT src/gallium/drivers/i915/i915_state_static.c:122:update_framebuffer: Assertion `offset == 0' failed. Trace/breakpoint trap (core dumped) (gdb) bt #0 0x01174574 in _debug_assert_fail (expr=0x1a7c0eb "offset == 0", file=0x1a7c0b8 "src/gallium/drivers/i915/i915_state_static.c", line=122, function=0x1a7c11d "update_framebuffer") at src/gallium/auxiliary/util/u_debug.c:282 #1 0x01121a1f in update_framebuffer (i915=0x9cf93f8) at src/gallium/drivers/i915/i915_state_static.c:122 #2 0x0111ef18 in i915_update_derived (i915=0x9cf93f8) at src/gallium/drivers/i915/i915_state_derived.c:195 #3 0x01119f86 in i915_draw_vbo (pipe=0x9cf93f8, info=0xbfd48b14) at src/gallium/drivers/i915/i915_context.c:66 #4 0x011766a3 in util_draw_arrays (pipe=0x9cf93f8, mode=6, start=0, count=4) at src/gallium/auxiliary/util/u_draw.h:63 #5 0x0117677a in util_draw_vertex_buffer (pipe=0x9cf93f8, cso=0x9dda148, vbuf=0x9e5d058, offset=0, prim_type=6, num_verts=4, num_attribs=2) at src/gallium/auxiliary/util/u_draw_quad.c:69 #6 0x019fc957 in draw_quad (st=0x9dc5598, x0=-1, y0=-1, x1=-0.984375, y1=1, z=0.00390625, color=0xbfd48c3c) at src/mesa/state_tracker/st_cb_clear.c:199 #7 0x019fcf2a in clear_with_quad (ctx=0x9d875e8, color=0 '\000', depth=2 '\002', stencil=0 '\000') at src/mesa/state_tracker/st_cb_clear.c:332 #8 0x019fd5fa in st_Clear (ctx=0x9d875e8, mask=16) at src/mesa/state_tracker/st_cb_clear.c:563 #9 0x019856c5 in _mesa_Clear (mask=256) at src/mesa/main/clear.c:250 #10 0x0806ac47 in do_depth_clear () #11 0x0806ae3a in create_tex () #12 0x0806b716 in test_format () #13 0x0806a66c in fbo_formats_display () #14 0x0806b824 in piglit_display () #15 0x0806c20b in display () #16 0x00317c1e in fghRedrawWindow (window=0x9cf1a00, enumerator=0xbfd48f58) at freeglut_main.c:210 #17 fghcbDisplayWindow (window=0x9cf1a00, enumerator=0xbfd48f58) at freeglut_main.c:227 #18 0x0031b590 in fgEnumWindows (enumCallback=0x317b20 <fghcbDisplayWindow>, enumerator=0xbfd48f58) at freeglut_structure.c:394 #19 0x0031802e in fghDisplayAll () at freeglut_main.c:249 #20 glutMainLoopEvent () at freeglut_main.c:1450 #21 0x00318935 in glutMainLoop () at freeglut_main.c:1498 #22 0x0806c3af in main () (gdb) frame 1 #1 0x01121a1f in update_framebuffer (i915=0x9cf93f8) at src/gallium/drivers/i915/i915_state_static.c:122 122 assert(offset == 0); (gdb) print offset $1 = 262144 (gdb) print /x offset $2 = 0x40000 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 5

[Bug 40423] New: Firefox GLX test crashes with Mesa 7.12-devel, Gallium 0.4 on AMD JUNIPER
by bugzilla-daemon＠freedesktop.org 29 Dec '11

29 Dec '11

https://bugs.freedesktop.org/show_bug.cgi?id=40423 Summary: Firefox GLX test crashes with Mesa 7.12-devel, Gallium 0.4 on AMD JUNIPER Product: Mesa Version: unspecified Platform: Other URL: https://crash-stats.mozilla.com/report/index/4a1da9e3- fef3-4ce6-be03-ce07d2110827 OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: bjacob(a)mozilla.com Just got this Firefox crash report: https://crash-stats.mozilla.com/report/index/4a1da9e3-fef3-4ce6-be03-ce07d2… The Firefox crash itself is not relevant to Mesa/ATI, but this report also says (look at App Notes) that the little GLX test process that Firefox runs at startup also crashed: App Notes GLXtest process failed (received signal 11): VENDOR X.Org RENDERER Gallium 0.4 on AMD JUNIPER VERSION 2.1 Mesa 7.12-devel (git-5379a70) TFP TRUE You can find the source code of this test here: http://hg.mozilla.org/mozilla-central/file/d0700ba932b4/toolkit/xre/glxtest… It's even simpler than 'glxinfo' but differs in that it uses a GLX pixmap instead of a XWindow to back the GL context. As the 'App Notes' say, this process crashed on signal 11 (segmentation fault) In the crash report, by clicking the Modules tab you can get version info for the libraries loaded in the Firefox process. For example: libX11.so.6.3.0 libGL.so.1.2 Unfortunately I don't have any more information about it: no stack, no more device information. Note that Firefox itself is "fine", the present bug is only making the GLX test process crash, Firefox notices that and as a result disables GL-dependent features. But it would be nice to not have to disable these features ;-) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 26

[Bug 41698] New: [r300g] Flickering user interface in WoW
by bugzilla-daemon＠freedesktop.org 29 Dec '11

29 Dec '11

https://bugs.freedesktop.org/show_bug.cgi?id=41698 Summary: [r300g] Flickering user interface in WoW Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: rankincj(a)googlemail.com I have noticed that the user interface in WoW has started to flicker recently: the more "item" icons (in bags, bank slots or on action bars) that are on the screen at any one time, the more likely the bug is to occur. Some of the writing in the UI may also be corrupt, but the main problem is that parts of the UI itself disappear and are redrawn very quickly, over and over again. I have observed the effect with both my RV350 and my M66GL. According to git bisect: 363ff844753c46ac9c13866627e096b091ea81f8 is the first bad commit commit 363ff844753c46ac9c13866627e096b091ea81f8 Author: Marek Olšák <maraeo(a)gmail.com> Date: Tue Sep 27 01:10:20 2011 +0200 winsys/radeon: move GEM domains out of the drivers into winsys The drivers don't need to care about the domains. All they need to set are the bind and usage flags. This simplifies the winsys too. This also fixes on r600g: - fbo-depth-GL_DEPTH_COMPONENT32F-copypixels - fbo-depth-GL_DEPTH_COMPONENT16-copypixels - fbo-depth-GL_DEPTH_COMPONENT24-copypixels - fbo-depth-GL_DEPTH_COMPONENT32-copypixels - fbo-depth-GL_DEPTH24_STENCIL8-copypixels I can't explain it. Reviewed-by: Alex Deucher <alexander.deucher(a)amd.com> :040000 040000 d3e20e17575447571e3ccff63d4c93ed4843f132 9284650b528943cc425d098aa00b35631f2c9da9 M src -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 8

[Bug 41170] New: [RV250Lf] Unexpected texture format in radeon_update_wrapper()
by bugzilla-daemon＠freedesktop.org 22 Dec '11

22 Dec '11

https://bugs.freedesktop.org/show_bug.cgi?id=41170 Summary: [RV250Lf] Unexpected texture format in radeon_update_wrapper() Product: Mesa Version: git Platform: x86 (IA32) URL: http://bugs.winehq.org/show_bug.cgi?id=22459 OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r200 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: johannesobermayr(a)gmx.de Occurs when trying to start Need for Speed Most Wanted (NFSMW) which has only black screen. Log: http://bugs2.winehq.org/attachment.cgi?id=35515 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

3.1-rc3-git6: Reported regressions from 3.0
by Rafael J. Wysocki 21 Dec '11

21 Dec '11

This message contains a list of some regressions from 3.0, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved regressions from 3.0, please let us know either and we'll add them to the list. Also, please let us know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved ---------------------------------------- 2011-08-28 8 4 4 Unresolved regressions ---------------------- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=41742 Subject : duplicate filename for intel_backlight with the i915 driver Submitter : François Valenduc <francois.valenduc(a)tvcablenet.be> Date : 2011-08-25 18:51 (4 days old) First-Bad-Commit: http://git.kernel.org/linus/aaa6fd2a004147bf32fce05720938236de3361d9 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=41512 Subject : 3.1-rc2 failed s2ram: Freezing of tasks failed after 20.00 seconds Submitter : Carlos R. Mafra <crmafra2(a)gmail.com> Date : 2011-08-16 9:42 (13 days old) Message-ID : <20110816094245.GA2042(a)Pilar.site> References : http://marc.info/?l=linux-kernel&m=131348782017435&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=41502 Subject : cfq-iosched: a regression Submitter : Shaohua Li <shaohua.li(a)intel.com> Date : 2011-08-16 2:47 (13 days old) Message-ID : <1313462826.27321.22.camel@sli10-conroe> References : http://marc.info/?l=linux-kernel&m=131346279329911&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=41442 Subject : rcu_sched_state detected stall on CPU 0, when booting on Xen Submitter : Witold Baryluk <baryluk(a)smp.if.uj.edu.pl> Date : 2011-08-21 04:06 (8 days old) Regressions with patches ------------------------ For details, please visit the bug entries and follow the links given in references. As you can see, there is a Bugzilla entry for each of the listed regressions. There also is a Bugzilla entry used for tracking the regressions from 3.0, unresolved as well as resolved, at: http://bugzilla.kernel.org/show_bug.cgi?id=40982 Please let the tracking team know if there are any Bugzilla entries that should be added to the list in there. Thanks!

15 31

[PATCH 00/23] kill drm cruft with fire
by Daniel Vetter 13 Dec '11

13 Dec '11

Hi all, It's that time of the year again when the weather gets crappy, people depressed and danvet wades through drm cruft. Not that any of this is related in any way. Actually I only wanted to port users of drm_mm to the new interfaces, completing a work I've started a while ago. It lead to a littel detour. Patches 1-10 kill drm_sman (hereby reducing the number of users of the old drm_mm interface by one). I don't have either sis or via hw but given - how lightly the dri1 removal went down - you can't really ebay this hw anymore (at least not here, I've tried) - and that no one really changes much in them anymore (last time was me a year ago, killing cruft) I think the risk is worth it. Worst case I expect to some oops-decoding because this doesn't change neither userspace nor hw facing code, only pure kernel book-keeping. Patches 11-17 clean the reclaim_buffers support by the drm core by moving everything into driver specific preclose functions. I've noticed this horrid stuff while writing the buffer tracking code for via/sis. Patches 18-20 rip out the dma queue code, which was totally unused. The two risky steps of that surgery are split out. Patches 21-23 finish this series by killing a few random smaller things I've noticed. Entire pile tested on my i810, that's the last fully working dri1 setup I still have. The reclaim_buffers rework actually improves things there. Two patches have a potential userspace abi impact, one is i810 specific (didn't break anything in testing), the other breaks libdrm that is older than 10 years (by killing proc). The drm fd release path looks now much less scary with this series (mostly due to the reclaim_buffers rework), but there's still the context support seemingly only used by via left. I might look into that as soon as I can get these images of horribly slaugthered kittens out of my brain ... Review, flames highly welcome. Cheers, Daniel Daniel Vetter (23): drm/sis: track obj->drm_fd relations in the driver drm/via: track obj->drm_fd relations in the driver drm/sman: kill owner tracking interface functions drm/sman: rip out owner tracking drm/via: track user->memblock mapping with idr drm/sis: track user->memblock mapping with idr drm/sman: kill user_hash_tab drm/via: use drm_mm instead of drm_sman drm/sis: use drm_mm instead of drm_sman drm: kill drm_sman drm/via: clean up reclaim_buffers drm/sis: clean up reclaim_buffers drm: kill reclaim_buffers_idlelocked functions drm/i810: cleanup reclaim_buffers drm: kill reclaim_buffers_locked drm/savage: clean up reclaim_buffers drm: kill reclaim_buffers callback drm: ditch strange DRIVER_DMA_QUEUE only error bail-out drm: kill dma queue support drm: unconditionally clean up dma buffers of closing clients drm: kill i915/i830 ids from drm_pciids.h drm: kill procfs support drm: kill a few unused remnants from drm_memory.c drivers/gpu/drm/Makefile | 4 +- drivers/gpu/drm/drm_bufs.c | 16 +-- drivers/gpu/drm/drm_debugfs.c | 1 - drivers/gpu/drm/drm_dma.c | 5 - drivers/gpu/drm/drm_drv.c | 19 -- drivers/gpu/drm/drm_fops.c | 63 +------ drivers/gpu/drm/drm_info.c | 36 ---- drivers/gpu/drm/drm_lock.c | 6 +- drivers/gpu/drm/drm_memory.c | 19 -- drivers/gpu/drm/drm_proc.c | 221 --------------------- drivers/gpu/drm/drm_sman.c | 350 --------------------------------- drivers/gpu/drm/drm_stub.c | 25 +-- drivers/gpu/drm/i810/i810_dma.c | 17 +- drivers/gpu/drm/i810/i810_drv.c | 3 +- drivers/gpu/drm/i810/i810_drv.h | 6 +- drivers/gpu/drm/i915/i915_drv.c | 1 - drivers/gpu/drm/mga/mga_drv.c | 1 - drivers/gpu/drm/nouveau/nouveau_drv.c | 1 - drivers/gpu/drm/r128/r128_drv.c | 1 - drivers/gpu/drm/radeon/radeon_drv.c | 2 - drivers/gpu/drm/savage/savage_bci.c | 7 +- drivers/gpu/drm/savage/savage_drv.c | 2 +- drivers/gpu/drm/sis/sis_drv.c | 36 +++- drivers/gpu/drm/sis/sis_drv.h | 7 +- drivers/gpu/drm/sis/sis_mm.c | 210 ++++++++++++-------- drivers/gpu/drm/tdfx/tdfx_drv.c | 1 - drivers/gpu/drm/via/via_drv.c | 29 +++- drivers/gpu/drm/via/via_drv.h | 7 +- drivers/gpu/drm/via/via_map.c | 10 +- drivers/gpu/drm/via/via_mm.c | 145 +++++++++----- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 1 - drivers/staging/gma500/psb_drv.c | 1 - include/drm/drmP.h | 28 +--- include/drm/drm_pciids.h | 42 ---- include/drm/drm_sman.h | 176 ----------------- include/drm/sis_drm.h | 4 + include/drm/via_drm.h | 4 + 37 files changed, 337 insertions(+), 1170 deletions(-) delete mode 100644 drivers/gpu/drm/drm_proc.c delete mode 100644 drivers/gpu/drm/drm_sman.c delete mode 100644 include/drm/drm_sman.h -- 1.7.7.1

4 49

[Bug 30931] New: mesa gallium r600 driver (7.10-devel) crashes the system
by bugzilla-daemon＠freedesktop.org 08 Dec '11

08 Dec '11

https://bugs.freedesktop.org/show_bug.cgi?id=30931 Summary: mesa gallium r600 driver (7.10-devel) crashes the system Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: wolput(a)onsneteindhoven.nl Created an attachment (id=39488) --> (https://bugs.freedesktop.org/attachment.cgi?id=39488) xorg.log All 3D apps crash the system when using mesa gallium r600 driver git version 7.10-devel, no crash using version 7.9. I am using Debian/Sid, kernel 2.6.35-amd64, xserver 1.9.99.1 (git) OpenGL renderer string: Gallium 0.4 on RS780 OpenGL version string: 2.1 Mesa 7.10-devel -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 4

← Newer
1
...
31
32
33
34
35
36
37
...
53
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel October 2011