dri-devel September 2011

dri-devel@lists.freedesktop.org

68 participants
507 discussions

[Bug 38173] New: DXT3 and DXT5 broken on Cayman gpu
by bugzilla-daemon＠freedesktop.org 11 Feb '12

11 Feb '12

https://bugs.freedesktop.org/show_bug.cgi?id=38173 Summary: DXT3 and DXT5 broken on Cayman gpu 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: bobahu4(a)gmail.com Using linux 3.0-rc2 kernel and mesa@git-eca3e91 + ati-ddx from git libtxc_dxtn is also installed. Radeon 6970 using g3d driver. Runing texcmp test from demos. DXT1 works fine, DXT3 and DXT5 gives broken image (on both ARGB and RGB modes) same corruptions can be seen in sauerbraten menu (image on bg - corrupted) or in quake4, unigine tropics. exactly same system with 6870 gpu - dxt1, dxt3, dxt5 works fine. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 11

[Bug 33038] New: celestia crashes with error: "radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi->space_accounted' failed"
by bugzilla-daemon＠freedesktop.org 09 Feb '12

09 Feb '12

https://bugs.freedesktop.org/show_bug.cgi?id=33038 Summary: celestia crashes with error: "radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi->space_accounted' failed" Product: Mesa Version: 7.10 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: acelists(a)atlas.sk Celestia program starts, draws the universe for a few seconds, then crashes with the error message: "radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi->space_accounted' failed". Using kernel 2.6.36.2 (2.6.37 already out, but hangs the X server at start), Mesa 7.10 r600c, radeon 6.13.99-af2e6d7d2f1b3d8f8f6b0acfb2b7b0cfaff7bcdb. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 10

[Bug 38010] New: DVI output not working with radeon on RV610
by bugzilla-daemon＠freedesktop.org 01 Feb '12

01 Feb '12

https://bugs.freedesktop.org/show_bug.cgi?id=38010 Summary: DVI output not working with radeon on RV610 Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: darkbasic4(a)gmail.com Created an attachment (id=47622) --> (https://bugs.freedesktop.org/attachment.cgi?id=47622) dmesg Hi, I have an RV610 card attached to an LG 22LH2000. The LG 22LH2000 has a 1366x768 native resolution and does have VGA and HDMI but not DVI. The Radeon HD2400 does have VGA and DVI but not HDMI, so I'm using a DVI-HDMI converter. When I use the VGA output everything works fine, but I don't get a 1:1 pixel mapping because I have to set a 1360x768 or 1368x768 resolution and the monitor is not smart enough when using vga. Instead when I attach the monitor to my laptop's Intel GMA45 HDMI output I can get a 1:1 pixel mapping even using a 1360x768 resolution. Unfortunately when using the HD2400 DVI output the monitor does not show anything, at least after loading the radeon module. In fact when loading the bios or starting grub the DVI output works flawlessly. nomodeset does not help. I even tried setting another resolution with xrandr (it automatically set 1920x1080i, but I tried 1360x768, 1280x800, 1024x768 and 800x600 and it still does not work). Distro is Debian Unstable amd64 with kernel 2.6.39 and xorg-edgers ppa. It's the only monitor I will be able to use for a couple of months, it's critical for me to get it working. Thank you -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

[Bug 28905] New: missing scene triangle in scorched3d using KMS r600
by bugzilla-daemon＠freedesktop.org 31 Jan '12

31 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=28905 Summary: missing scene triangle in scorched3d using KMS r600 Product: Mesa Version: 7.6 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: acelists(a)atlas.sk I see a missing part of the scene when playing Scorched3d. It is triangle shaped region originating from the bottom of the window. It only happens when using KMS. UMS renders fine. I am using xorg 1.7.7, mesa 7.8.1, radeon driver 6.13, kernel 2.6.34. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 6

[Bug 30502] New: atmospheres of planets get transparent when going away from planets in celestia
by bugzilla-daemon＠freedesktop.org 31 Jan '12

31 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=30502 Summary: atmospheres of planets get transparent when going away from planets in celestia Product: Mesa Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: acelists(a)atlas.sk Created an attachment (id=39071) --> (https://bugs.freedesktop.org/attachment.cgi?id=39071) Far view of Titan - atmosphere transparent The atmosphere of some planets (not all) gets transparent when approaching the planets. As intended, the atmosphere of Titan should be opaque at all distances (except when standing on the surface). However, currently it gets more transparent as the observer is moving AWAY from the planet. From the distance, atmosphere is invisible, near the planet it is opaque. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 15

[Bug 40034] New: E-350 misprocesses shader
by bugzilla-daemon＠freedesktop.org 27 Jan '12

27 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=40034 Summary: E-350 misprocesses shader Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: curaga(a)operamail.com Created an attachment (id=50154) --> (https://bugs.freedesktop.org/attachment.cgi?id=50154) Screenshot of the failure If you pull from my e350bug branch ( http://cgit.freedesktop.org/~cand/mesa/log/?h=e350bug ) and execute "pp_jimenezmlaa=8 glxgears", you should see a fully white window. What actually happens on the E-350 is attached. The gist is "a long shader; output = white;", which should always create white, since the shader has no kilp/discard. While this would rarely happen in practise (the glsl compiler would eliminate dead code), this is a clear bug, and I believe this is causing me other grief. While the branch is based on ~4 weeks old master, the bug is present when merged with today's master. The kernel I'm on is 3.0.1. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 11

[Bug 40776] New: [r300g] HoN crash with pp_jimenezmlaa=8
by bugzilla-daemon＠freedesktop.org 24 Jan '12

24 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=40776 Summary: [r300g] HoN crash with pp_jimenezmlaa=8 Product: Mesa Version: git Platform: Other URL: http://www.heroesofnewerth.com/download.php OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pavel.ondracka(a)email.cz I noticed ROUND support in today's mesa git so I decided to give mlaa a try however when starting HoN with pp_jimenezmlaa set it crash with: r300_state_derived.c:795:r300_merge_textures_and_samplers: Assertion `(tex->tex_offset & 0x1f) == 0' failed. Program received signal SIGTRAP, Trace/breakpoint trap. 0xa1850c39 in _debug_assert_fail (expr=0xa1fcd081 "(tex->tex_offset & 0x1f) == 0", file=0xa1fccb14 "r300_state_derived.c", line=795, function=0xa1fcd0a0 "r300_merge_textures_and_samplers") at util/u_debug.c:282 282 os_abort(); (gdb) bt full #0 0xa1850c39 in _debug_assert_fail (expr=0xa1fcd081 "(tex->tex_offset & 0x1f) == 0", file=0xa1fccb14 "r300_state_derived.c", line=795, function=0xa1fcd0a0 "r300_merge_textures_and_samplers") at util/u_debug.c:282 No locals. #1 0xa15bd6fa in r300_merge_textures_and_samplers (r300=0x936fc98) at r300_state_derived.c:795 state = 0x9375480 texstate = 0x9375510 sampler = 0xa0ef470 view = 0x15de3658 tex = 0x9377e98 base_level = 0 min_level = 0 level_count = 0 i = 0 j = 2721371740 size = 2 count = 1 has_us_format = 0 '\000' __FUNCTION__ = "r300_merge_textures_and_samplers" #2 0xa15bdd6c in r300_update_derived_state (r300=0x936fc98) at r300_state_derived.c:1006 No locals. #3 0xa15b1fcc in r300_draw_vbo (pipe=0x936fc98, dinfo=0xbfffed44) at r300_render.c:779 r300 = 0x936fc98 info = {indexed = 0 '\000', mode = 7, start = 0, count = 4, start_instance = 0, instance_count = 1, index_bias = 0, min_index = 0, max_index = 3, primitive_restart = 0 '\000', restart_index = 0} #4 0xa185870c in util_draw_arrays (pipe=0x936fc98, mode=7, start=0, count=4) at ./util/u_draw.h:63 info = {indexed = 0 '\000', mode = 7, start = 0, count = 4, start_instance = 0, instance_count = 1, index_bias = 0, min_index = 0, max_index = 3, primitive_restart = 0 '\000', restart_index = 0} #5 0xa18587df in util_draw_vertex_buffer (pipe=0x936fc98, cso=0x9376cc8, vbuf=0x91fe1f0, offset=0, prim_type=7, num_verts=4, num_attribs=2) at util/u_draw_quad.c:69 vbuffer = {stride = 32, buffer_offset = 0, buffer = 0x91fe1f0} __FUNCTION__ = "util_draw_vertex_buffer" #6 0xa182fb12 in pp_filter_draw (p=0x936fb40) at postprocess/pp_run.c:170 No locals. #7 0xa182ead5 in pp_jimenezmlaa_run (ppq=0x936fab8, in=0x937a4a8, out=0x15af7c18, n=0, iscolor=false) at postprocess/pp_mlaa.c:133 p = 0x936fb40 mstencil = {depth = {enabled = 0, writemask = 0, func = 0}, stencil = {{enabled = 1, func = 7, fail_op = 0, zpass_op = 2, zfail_op = 0, valuemask = 255, writemask = 255}, {enabled = 0, func = 0, fail_op = 0, zpass_op = 0, zfail_op = 0, valuemask = 0, writemask = 0}}, alpha = {enabled = 0, func = 0, ref_value = 0}} v_tmp = {reference = {count = 152853208}, format = 154598552, texture = 0x158c162, context = 0x3f800000, u = {tex = { first_layer = 0, last_layer = 16256, first_level = 0, last_level = 0}, buf = {first_element = 1065353216, last_element = 0}}, swizzle_r = 0, swizzle_g = 0, swizzle_b = 0, swizzle_a = 0} arr = {0x33046c, 0x320, 0x500} w = 1280 h = 800 ref = {ref_value = "\001"} #8 0xa182f2f7 in pp_jimenezmlaa (ppq=0x936fab8, in=0x937a4a8, out=0x15af7c18, n=0) at postprocess/pp_mlaa.c:295 No locals. #9 0xa182f702 in pp_run (ppq=0x936fab8, in=0x937a4a8, out=0x15af7c18, indepth=0x15af7e90) at postprocess/pp_run.c:69 i = 2709895702 #10 0xa1586469 in dri2_flush_drawable (dPriv=0x93792c0) at dri2.c:56 ctx = 0x92690a8 drawable = 0x93775c0 ptex = 0x15af7c18 #11 0x0673e781 in dri2SwapBuffers (pdraw=0x9379218, target_msc=0, divisor=0, remainder=0) at dri2_glx.c:556 gc = 0x9268fc0 priv = 0x9379218 dpyPriv = 0x8cd9df8 psc = 0x8cda5e8 pdp = 0x8c0c9c0 ret = 0 #12 0x06707ec1 in glXSwapBuffers (dpy=0x8c0dd38, drawable=65011719) at glxcmds.c:805 pdraw = 0x9379218 gc = 0x9268fc0 tag = 1065353216 opcode = 7 '\a' req = 0x6622a4c #13 0x0663daf4 in ?? () from /home/Paulie/HoN/vid_gl2-x86.so No symbol table info available. #14 0x0663db28 in ?? () from /home/Paulie/HoN/vid_gl2-x86.so No symbol table info available. #15 0x0077df6d in CVid::EndFrame() () from /home/Paulie/HoN/libk2-x86.so No symbol table info available. #16 0x002aeb17 in ?? () from /home/Paulie/HoN/libk2-x86.so No symbol table info available. #17 0x002aee6d in CHost::Execute() () from /home/Paulie/HoN/libk2-x86.so No symbol table info available. #18 0x08050997 in ?? () No symbol table info available. #19 0x4b39c413 in __libc_start_main (main=0x805037a, argc=1, ubp_av=0xbffff364, init=0x8051c62, fini=0x8051c18, rtld_fini=0x4b370dd0 <_dl_fini>, stack_end=0xbffff35c) at libc-start.c:226 result = <optimized out> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {1263579124, 0, 0, 0, -1490330656, 726228489}, mask_was_saved = 0}}, priv = {pad = { 0x0, 0x0, 0x1, 0x804af84}, data = {prev = 0x0, cleanup = 0x0, canceltype = 1}}} not_first_call = <optimized out> #20 0x0804afa5 in ?? () No symbol table info available. Backtrace stopped: Not enough registers or memory available to unwind further llvmpipe works fine. Setting vblank_mode to 0 fixes this issue. Mesa: f0bfc0daa87578ce8b11383afb99dbf2d2630e23 Kernel: 3.0.4 GPU: RV530 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

[Bug 38022] New: ATI Radeon 6950 (Cayman): r600g texture / pixmap corruption
by bugzilla-daemon＠freedesktop.org 21 Jan '12

21 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=38022 Summary: ATI Radeon 6950 (Cayman): r600g texture / pixmap corruption Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: h.judt(a)gmx.at Created an attachment (id=47642) --> (https://bugs.freedesktop.org/attachment.cgi?id=47642) Xorg.0.log I don't know where this should go (drm, mesa?), but after a while, I notice corruption of textures / pixmaps. It can be reproduced quite easily by opening a few applications, or starting another X session. In particular, I could determine the following: - Corrupted areas resemble parts of the previous visible login screen - Icons, fonts and widgets like vertical gtk progressbars get corrupted, but only their lower half - Window (emerald) decoration seem to get corrupted completely. - It's not related to color tiling. - Pageflipping is enabled. - Restarting a corrupted application fixes it temporarily, while minimizing etc. doesn't. Restarting compiz doesn't fix it either. I believe this is specific to cayman, as the issue does not occur on a thinkpad t400 with ATI Mobility Radeon HD 3400 and similar configuration. Software configuration: - linux-3.0.0-rc1 with latest fixes from drm-2.6 git applied, up to 2a9e5862a38f7195931bd51788dc9ce68b28120c. - r600g from git mesa compiled on 12:44:56 03.06.2011 - xorg-server 1.10.2 - libdrm git 21:06:43 02.06.2011 - xf86-video-ati git 21:56:58 02.06.2011 lspci: 01:00.0 VGA compatible controller: ATI Technologies Inc Device 6719 (prog-if 00 [VGA controller]) Subsystem: ATI Technologies Inc Device 0b00 Flags: bus master, fast devsel, latency 0, IRQ 54 Memory at c0000000 (64-bit, prefetchable) [size=256M] Memory at fe620000 (64-bit, non-prefetchable) [size=128K] I/O ports at e000 [size=256] Expansion ROM at fe600000 [disabled] [size=128K] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Legacy Endpoint, MSI 00 Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Capabilities: [150] Advanced Error Reporting Kernel driver in use: radeon -- Apart from this, it works great, no crashes so far! -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 17

[Bug 38491] New: [S-Video]: Corruption observed in Application Window on resizing the desktop.
by bugzilla-daemon＠freedesktop.org 18 Jan '12

18 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=38491 Summary: [S-Video]: Corruption observed in Application Window on resizing the desktop. Product: Mesa Version: 7.10 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: hysvats(a)gmail.com Created an attachment (id=48184) --> (https://bugs.freedesktop.org/attachment.cgi?id=48184) glxgears-corruption KMS Driver Stack Details: ========================= 1) Kernel- 2.6.38-8-generice 2) Libdrm-2.4.23 3) Mesa-7.10.1 4) Xorg-server-1.10.0 5) ddx: xf86-video-ati-6.14.99 System Environment: =================== O.S. - Ubuntu-11.04(32 bit) ASIC – RV710 RadeonHD 4350 CPU - Intel(R) Core(TM) 2 CPU 6300 @1.86GHz Steps to Reproduce: =================== 1) Connect S-Video and run glxgears 2) change the scale with #xrandr --output DIN --scale 0.2x0.2 Observation : Corruption observed in Application Window (Screenshot Attached) =========== -- 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

[Bug 36918] New: ETQW: Enabling "Soft Particles" causes major performance issue
by bugzilla-daemon＠freedesktop.org 15 Jan '12

15 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=36918 Summary: ETQW: Enabling "Soft Particles" causes major performance issue Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: sa(a)whiz.se Enabling the option "Soft Particles" in the game Enemy Territory Quake Wars causes a major performance drop to ~ 1 fps, CPU goes to 100% so I'm guessing some sort of software fallback is hit? Options → Settings → Advanced → Soft Particles I'll see if r300g has the same problem, if so it's probably a more general problem. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: REDWOOD -- Model: XFX Radeon HD 5670 1GB -- Display connector: DVI -- xf86-video-ati: 6.14.1 -- xserver: 1.10.1 -- mesa: 27d3e0b25cc3f2bd9f72778f0c9f54cb90c48622 -- drm: 2.4.25 -- kernel: 2.6.39-rc5 -- 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
...
27
28
29
30
31
32
33
...
51
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2011