dri-devel March 2015

dri-devel@lists.freedesktop.org

196 participants
1117 discussions

[Bug 55256] New: r600g R600_LLVM=1 bad rendering (light blue instead of grey)
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=55256 Priority: medium Bug ID: 55256 Assignee: dri-devel(a)lists.freedesktop.org Summary: r600g R600_LLVM=1 bad rendering (light blue instead of grey) Severity: normal Classification: Unclassified OS: Linux (All) Reporter: edwin+mesa(a)etorok.net Hardware: Other Status: NEW Version: git Component: Drivers/DRI/R600 Product: Mesa Created attachment 67592 --> https://bugs.freedesktop.org/attachment.cgi?id=67592&action=edit apitrace Attached is an apitrace, and screenshots. Bad behaviour with --enable-r600-llvm-compiler: OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV730 OpenGL version string: 3.0 Mesa 9.1-devel (git-fb40f88) OpenGL shading language version string: 1.30 If you look at the 'bad.png' screenshot you'll see that the 4th column is light blue. It should be grey. With R600_LLVM=0 the good behaviour is seen: good.png. See the apitrace for the full shader, here is the relevant bit: else if (gl_FragCoord.x < 640) color = vec4(1.0f, 1.0f, 1.0f, 1.0f);//white [...] vec4 color0, color1, color2, color3; if (gl_FragCoord.y < 200) { color0 = color1 = color2 = color;//75% [...] } else if (xmod < 55 || xmod >= 105 || ymod < 75 || ymod >= 125) { // real color // TODO: buggy on r600g with LLVM? gl_FragColor = (color0 + color1 + color2 + color3) / 4.0f; P.S.: the shader is not optimal, most of the branches could be moved out of it, I haven't tried to minimize the testcase though. -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 54877] New: [bisected] rendering corrupted for windows larger than 2048 pixels in one dimension
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=54877 Bug #: 54877 Summary: [bisected] rendering corrupted for windows larger than 2048 pixels in one dimension Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: niels_ole(a)salscheider-online.de I have a Radeon HD 6870 under Linux 3.6.0-rc5. Since commit f44bda17f515c411071ca8744ebd96039d9c583b, the output of OpenGL applications is corrupted if the window is larger than 2048 pixels in at least one dimension. All parts of the image with a coordinate larger than 2047 show garbage while the textures seem to be shifted for the remaining parts of the image. -- 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 54230] New: r600-llvm-compiler completely broken at CAYMAN
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=54230 Bug #: 54230 Summary: r600-llvm-compiler completely broken at CAYMAN Classification: Unclassified Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: v10lator(a)myway.de Created attachment 66294 --> https://bugs.freedesktop.org/attachment.cgi?id=66294 The desktop with compiz. Today I decided to give the llvm shader compiler a try, so I compiled mesa (from git) with it enabled. The result was a completely broken desktop. With the help of a 2d desktop environment I was able to capture some screenshots/videos from Minecraft (see attachments). No information in dmesg and/or Xorg.0.log (I attach them anyway). -- 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 54174] New: fog issue in ut2004
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=54174 Bug #: 54174 Summary: fog issue in ut2004 Classification: Unclassified 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: aaalmosss(a)gmail.com Created attachment 66251 --> https://bugs.freedesktop.org/attachment.cgi?id=66251 pavement wrong.jpg Fog seems to be rendered incorrectly in the game: whole objects get the same fog value based on their farthest vertex from the z=0 plane. Best seen on these maps: as-fallencity: the road to the first objective is white when looking in the direction of the barricade or away from it, normal when looking in the direction of the spawn positions (see attached screenshots); other road segments are also affected, but this one is the most apparent dm-albatross, as-junkyard: the clouds in the sky are only visible when looking at certain angles, but are fogged otherwise So far I considered this a bug in the linux port of the game, but now I managed to try the game with d3d renderer through wine, and the fog problem appeared the same way as with the linux port. It's also possible, though unlikely, that the same bug exists in the linux port of the game and in wine-d3d. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 52997] New: evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=52997 Bug #: 52997 Summary: evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine Classification: Unclassified Product: Mesa Version: 8.0 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: stevenvandenbrandenstift(a)gmail.com trying to run dungeon siege 2 via wine, intro plays fine and then hangs , found a radeon problem to be the cause. dmegs output: [ 7230.283645] radeon 0000:00:01.0: evergreen_cs_track_validate_cb:477 cb[0] bo too small (layer size -2147483648, offset 0, max layer 1, bo size 4096, slice 4194303) [ 7230.283665] radeon 0000:00:01.0: evergreen_cs_track_validate_cb:481 problematic surf: (32 8388608) (0 8 1 0 0 0 0) [ 7230.283675] radeon 0000:00:01.0: evergreen_packet3_check:2096 invalid cmd stream 783 [ 7230.283684] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! [ 7231.299423] radeon 0000:00:01.0: evergreen_cs_track_validate_cb:477 cb[0] bo too small (layer size -2147483648, offset 0, max layer 1, bo size 4096, slice 4194303) [ 7231.299434] radeon 0000:00:01.0: evergreen_cs_track_validate_cb:481 problematic surf: (32 8388608) (0 8 1 0 0 0 0) [ 7231.299439] radeon 0000:00:01.0: evergreen_packet3_check:2096 invalid cmd stream 783 [ 7231.299444] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! the wine errors (don't know if helpfull at all) show a directdraw problem ]$ wine ./.wine/drive_c/Program\ Files/2K\ Games/Dungeon\ Siege\ 2\ Broken\ World/DS2VideoConfig.exe fixme:ddraw:DirectDrawEnumerateExA flags 0x00000007 not handled radeon: The kernel rejected CS, see dmesg for more information. fixme:win:EnumDisplayDevicesW ((null),0,0x33e048,0x00000000), stub! radeon: The kernel rejected CS, see dmesg for more information. fixme:win:EnumDisplayDevicesW ((null),0,0x33e114,0x00000000), stub! uname -a: 3.4.6-1-ARCH #1 SMP PREEMPT Fri Jul 20 08:21:26 CEST 2012 x86_64 GNU/Linux glxinfo: OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD PALM OpenGL version string: 2.1 Mesa 8.0.4 OpenGL shading language version string: 1.20 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 18

[Bug 51787] New: performance regression with llvm shader compiler in ut2004
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=51787 Bug #: 51787 Summary: performance regression with llvm shader compiler in ut2004 Classification: Unclassified 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: aaalmosss(a)gmail.com Whenever some new geometry appears (even for weapon projectiles), the framerate drops drastically for a short time. This is a frequent event, so the game becomes unplayable overall. There is also a big preformance drop with the old compiler, when several players get gibbed at once (happens frequently on as-convoy), but with the llvm compiler this is much worse. I'm not an expert on this, but it seems as if a new vertex shader would be compiled for each vertex array submitted, and the llvm compiler is an order of magnitude slower. -- 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 50657] New: [Evergreen,GIT,Tiling?] Occasional invalid command stream and subsequent performance increase
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=50657 Bug #: 50657 Summary: [Evergreen,GIT,Tiling?] Occasional invalid command stream and subsequent performance increase 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: thomas.lindroth(a)gmail.com Starting Warcraft 3 in Wine sometimes failes because of invalid command stream. It happens in about 10% of all startup attempts. After a failed startup Warcraft normally starts fine again and with improved framerate. Normal framerate after clean reboot is 110fps and directly after error it jumps to 150fps. Other applications also get improved framerate. Street fighter 4 benchmark in wine goes from 50 to 61 and glxgears from 4,000 to 10,000. The increased performance lasts for about 2 min and drops back to normal after that. It will jump again next time the error is triggered. No rendering errors can be seen. No other applications besides war3 can trigger the failed command stream. Dmesg reports: radeon 0000:01:00.0: evergreen_surface_value_conv_check:325 depth invalid array mode 15 radeon 0000:01:00.0: evergreen_cs_track_validate_depth:645 depth invalid (0xffffffff 0x00000000 0xffffffff) radeon 0000:01:00.0: evergreen_packet3_check:2015 invalid cmd stream Same message every time. No other error reported in dmesg or Xorg.log Hardware is HD 6770. Using DDX,Mesa,libdrm from latest git. Kernel 3.4.0. "ColorTiling" "true" "ColorTiling2D" "true" "SwapbuffersWait" "false" "EnablePageFlip" "true" radeon.pcie_gen2=1 War3 is invoked as "vblank_mode=0 WINEDEBUG=fps wine war3.exe -opengl" in a wine virtual desktop. The error might be build related. Building mesa with --enable-debug triggers the error more often it seems. Pipeing the output of wine to file also triggers the error. Mesa built from gentoo ebuild ./configure --prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-dependency-tracking --enable-dri --enable-glx --enable-texture-float --disable-debug --enable-egl --disable-gbm --disable-gles1 --disable-gles2 --enable-glx-tls --disable-osmesa --enable-asm --enable-shared-glapi --disable-xa --disable-xorg --with-dri-drivers= --with-gallium-drivers=,swrast,r600 --with-egl-platforms=x11 --enable-gallium-egl --disable-d3d1x --disable-gallium-g3dvl --enable-gallium-llvm --disable-openvg --disable-r600-llvm-compiler --disable-vdpau --disable-xvmc -- 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 50450] New: OpenGL does not work or works very slowly on Radeon HD3850
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=50450 Bug #: 50450 Summary: OpenGL does not work or works very slowly on Radeon HD3850 Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: maksbotan(a)gentoo.org Created attachment 62198 --> https://bugs.freedesktop.org/attachment.cgi?id=62198 lspci I have ATI Radeon HD3850 on AGP bus with Pentium-4 PC. I observe very strange behavior of OpenGL applications: KWin, qudos, doomsday run slowly even not with high quality settings; Quake4 demo from ID site crashes right after map loading, just when rendering starts i suppose, and X server crashes with it. I attach my glxinfo, kernel config and lspci. Versions of used software are: mesa, libdrm and xf86-video-ati from git, linux kernel kernel 3.3.5, X.org server 1.12.1. I think this is bug in mesa or xf86-video-ati related to my video card. Please help me. -- 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 50135] New: Unigine Heaven black stripes and weird shaders
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=50135 Bug #: 50135 Summary: Unigine Heaven black stripes and weird shaders Classification: Unclassified 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: kam1kaz3(a)gmail.com Created attachment 61868 --> https://bugs.freedesktop.org/attachment.cgi?id=61868 day time rendered image 1 Black stripes appear across geometry, which appears to be wrongly computed shadows, but I'm not sure (see day_* attachments). And some weird rendering happens when night time is rendered (see night_* attachments) System: OS: Arch Linux Kernel: 3.4 RC7 OpenGL renderer string: Gallium 0.4 on AMD RV670 OpenGL version string: 2.1 Mesa 8.1-devel (git-27b821b) OpenGL shading language version string: 1.30 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 18

[Bug 49239] New: wine 1.5 will hand with some applications on evergreen_create_sampler_state ()
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=49239 Bug #: 49239 Summary: wine 1.5 will hand with some applications on evergreen_create_sampler_state () Classification: Unclassified 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: alexandre.f.demers(a)gmail.com Created attachment 60718 --> https://bugs.freedesktop.org/attachment.cgi?id=60718 winedbg glide-init.exe backtrace when hanged If I try to run glide-init.exe with "winedbg glide-init.exe", the application will lock when I'll ask it to "Query OpenGL-infos". I was able to retrieve a backtrace. Backtrace attached. It was working at some point in the past, I would have to go back to a previous Wine version first to remove this variable from the equation, but I'm sure it's not from there. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2015