dri-devel July 2017

dri-devel@lists.freedesktop.org

212 participants
1542 discussions

[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

[Bug 49140] New: r600_state_common.c:761:r600_draw_vbo: Assertion `0' failed
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=49140 Bug #: 49140 Summary: r600_state_common.c:761:r600_draw_vbo: Assertion `0' failed Classification: Unclassified Product: Mesa Version: git Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: bgz.marko(a)gmail.com Created attachment 60568 --> https://bugs.freedesktop.org/attachment.cgi?id=60568 R600_DUMP_SHADERS Hello, I have an application using a rather complex shader with some branching - while/if. Applications fails with r600 driver giving the following error: EE r600_shader.c:140 r600_pipe_shader_create - translation from TGSI failed ! r600_state_common.c:761:r600_draw_vbo: Assertion `0' failed. It seems something goes wrong in the branching section, since it works if I comment it. The same shader works fine using either LIBGL_ALWAYS_SOFTWARE=1 or fglrx. Also, I can remember working it fine with some older revision of R600, unfortunately I don't know which one exactly. I have attached R600_DUMP_SHADERS output. If needed I can also provide links to source code or any other data that may be helpful in debugging. Some relevant parts of glxinfo: OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV770 OpenGL version string: 2.1 Mesa 8.1-devel (git-1a33c1b precise-oibaf-ppa) Best regards, Marko -- 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 48305] New: llpp gets segfault in r600g_dri.so
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=48305 Bug #: 48305 Summary: llpp gets segfault in r600g_dri.so 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: myxolmyxmyx(a)yopmail.com Loading any pdf with llpp produces segfault. Message in dmesg: [115638.669260] llpp[15916] general protection ip:b64f6d84 sp:bfe416dc error:0 in r600g_dri.so[b62d3000+a72000] mupdf that is used by llpp works flawlessly on r600g. And llpp works on fglrx. I'm using Radeon 2600 PRO AGPx4. -- 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 47900] New: Sampler does not work with cubemaps in 16-bit component pixel format
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=47900 Bug #: 47900 Summary: Sampler does not work with cubemaps in 16-bit component pixel format Classification: Unclassified Product: Mesa Version: 8.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: llyzs(a)163.com If a cubemap is created using 16-bit component pixel format like PIPE_FORMAT_R16G16B16A16_UNORM or PIPE_FORMAT_R16G16B16A16_FLOAT, it will not be sampled correctly in fragment shader and generate garbage output. Those 16-bit formats works just fine when using in 2D texture, and the cubemap using 8-bit format also works. It's just the combination cubemap+16bit that does not work. Any hints? -- 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 45709] New: r600g doesn't seem to flush when it should → visual stuck
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=45709 Bug #: 45709 Summary: r600g doesn't seem to flush when it should → visual stuck Classification: Unclassified Product: Mesa Version: git Platform: Other URL: http://bugs.winehq.org/show_bug.cgi?id=29802 OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: kai(a)dev.carbon-project.org Yesterday I filed [0] in Wine's bug tracker. But now, after some replies there (works with the proprietary nVidia driver) and an apitrace [1] (over 200 MB, please download it only, if you can help) I concluded with the awesome help of José Fonseca, that the bug is most likely in the driver (please note, that it is also possible, that the issue is lurking e.g. in the common Gallium3D code). In short, when I start Dungeon Keeper 2 with Wine I see everything until the intro/logo videos end and then are stuck with the last video frame. I don't get to see the main menu. Even though the menu is rendered as can be seen from the trace. Replaying the trace with and without -sb doesn't make a difference. In both cases the replay shows the menu, while a live Wine "window" does not. Please let me know, if you need something else. Used stack: libdrm: 2.4.30-1 Mesa: master/0fcc5189 (r600g) Linux: 3.2.3 DDX: 6.14.3 + commits from Git up until and including master/ae45d7e6 X.org: 1.11.3.901 (1.11.4 RC 1) Hardware: 1002:9553 Wine: 1.4 RC2 [0] <http://bugs.winehq.org/show_bug.cgi?id=29802> [1] <http://dev.carbon-project.org/debian/wine.bugs/29802/DK2.trace> -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel July 2017