dri-devel September 2019

dri-devel@lists.freedesktop.org

315 participants
2278 discussions

[Bug 78870] New: [r600g] Driver fails to compile shader from the game tesseract - if/endif unbalanced in shader
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=78870 Priority: medium Bug ID: 78870 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600g] Driver fails to compile shader from the game tesseract - if/endif unbalanced in shader Severity: normal Classification: Unclassified OS: All Reporter: tdroste(a)gmx.de Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 99288 --> https://bugs.freedesktop.org/attachment.cgi?id=99288&action=edit TGSI shader dump While trying different settings in tesseract r600g gives me this for the maximum setting of MLAA: EE r600_shader.c:6180 tgsi_endif - if/endif unbalanced in shader EE r600_shader.c:157 r600_pipe_shader_create - translation from TGSI failed ! EE r600_state_common.c:750 r600_shader_select - Failed to build shader variant (type=1) -1 The offending TGSI shader is attachend. From a simple count of UIF end ENDIF it seems that they are not unbalanced and the problem is somewhere else. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 78832] New: libvdpau_r600.so.1 crash/error for small video
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=78832 Priority: medium Bug ID: 78832 Assignee: dri-devel(a)lists.freedesktop.org Summary: libvdpau_r600.so.1 crash/error for small video Severity: normal Classification: Unclassified OS: All Reporter: pierre-bugzilla(a)ossman.eu Hardware: Other Status: NEW Version: 10.1 Component: Drivers/Gallium/r600 Product: Mesa Created attachment 99222 --> https://bugs.freedesktop.org/attachment.cgi?id=99222&action=edit 8x8 test movie Feeding libvdpau_r600.so.1 the attached video makes it misbehave. With mplayer I get this: [vdpau] Error when calling vdp_video_mixer_render: The size of a supplied object does not match the object it is being used with. For example, a VdpVideoMixer is configured to process VdpVideoSurface objects of a specific size. If presented with a VdpVideoSurface of a different size, this error will be raised. With xbmc I get a crash: Thread 1 (Thread 0x7fa8d0eff700 (LWP 2039)): #0 0x00007fa8d8e562d1 in ?? () from /usr/lib64/vdpau/libvdpau_r600.so.1 #1 0x00007fa8d8ee0302 in vlVdpVideoMixerDestroy () from /usr/lib64/vdpau/libvdpau_r600.so.1 #2 0x00000000008953f9 in VDPAU::CMixer::Process() () #3 0x00000000011d0a58 in CThread::Action() () #4 0x00000000011d1179 in CThread::staticThread(void*) () #5 0x0000003948007f33 in start_thread () from /lib64/libpthread.so.0 #6 0x00000039478f4ded in clone () from /lib64/libc.so.6 -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 78669] New: [r600g with -O3] layered-rendering/clear-color-all-types 3d single_level fails
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=78669 Priority: medium Bug ID: 78669 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600g with -O3] layered-rendering/clear-color-all-types 3d single_level fails Severity: normal Classification: Unclassified OS: All Reporter: david.heidelberger(a)ixit.cz Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa $ bin/gl-3.2-layered-rendering-clear-color-all-types 3d single_level -fbo -auto Clearing each layer individually Probing level 0, layer 0 Probing level 0, layer 1 Probing level 0, layer 2 Probing level 0, layer 3 Clearing all layers in miplevel 0 at once Probing level 0, layer 0 Probing level 0, layer 1 Probing level 0, layer 2 Probe color at (0,0) Expected: 0.000000 1.000000 0.000000 1.000000 Observed: 1.000000 0.000000 0.000000 1.000000 Probing level 0, layer 3 Probe color at (0,0) Expected: 0.000000 1.000000 0.000000 1.000000 Observed: 1.000000 0.000000 0.000000 1.000000 This happen with mesa compiled with -O3. With -Og is perfectly fine. Kernel: 3.12.18 Mesa: git (1646f4d0fb0efec04dce62b6dd4d974206acc8ac) Card: Radeon HD 6550 (3870K APU) -- You are receiving this mail because: You are the assignee for the bug.

1 9

[Bug 78641] New: Radeon makes Flash player with VDPAU enabled hang at vlVdpDecoderDestroy → flush → radeon_drm_ws_queue_cs
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=78641 Priority: medium Bug ID: 78641 Assignee: dri-devel(a)lists.freedesktop.org Summary: Radeon makes Flash player with VDPAU enabled hang at vlVdpDecoderDestroy → flush → radeon_drm_ws_queue_cs Severity: normal Classification: Unclassified OS: All Reporter: mail(a)3v1n0.net Hardware: Other Status: NEW Version: 10.1 Component: Drivers/Gallium/r600 Product: Mesa Created attachment 98951 --> https://bugs.freedesktop.org/attachment.cgi?id=98951&action=edit Radeon deadlock with Flash + VDPAU 1) Enable VDPAU support in flash player [1] 2) Visit web pages such as [2] (in that page the hang happens when the AD has been played and the actual video should start). At this point the flash player hangs (plugin-container process with firefox), and there's no way to resume it other than killing the parent process. It seems like a deadlock, see the attached backtrace; not sure if this has something in common with Bug 70123. This is when using mesa 10.1 (4a86465) in Ubuntu 14.04. [1] echo -e "EnableLinuxHWVideoDecode = 1\nOverrideGPUValidation = 1" >> /etc/adobe/mms.cfg [2] http://video.corriere.it/i-ragazzi-anni-90-come-eravamo/9fd1a13c-d9b5-11e3-… -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 78009] New: ETQW and TF2 creenshots have alpha=0
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=78009 Priority: medium Bug ID: 78009 Assignee: dri-devel(a)lists.freedesktop.org Summary: ETQW and TF2 creenshots have alpha=0 Severity: normal Classification: Unclassified OS: All Reporter: aaalmosss(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Enemy Territory Quake Wars saves 32 bit TGA screenshots, and the alpha value of the pixels is set to 0x00 instead of 0xFF. Team Fortress 2 saves 24 bit TGA screenshots (before converting to jpeg), and the whole thing is black. I also tried Doom3, Prey, Quakespasm, Nexuiz, UT2004, Half-Life 1, and Garry's Mod but those are not affected. This is a regression, but I couldn't find an old version of mesa that worked. I went back as far as to 5ffa28df4e4cc224 (the first one that compiles with bison 3), and libdrm 2.4.44, but couldn't find a version that was good. When screenshots were good, I had mesa 9.2.2 installed, and I used 10.0-dev for running games. Now I have 10.1 installed. Maybe I need to roll back the installed libs? -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 77907] New: OpenCL test 'Arithm/Absdiff.Mat/20' from OpenCV hangs HD5470M
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=77907 Priority: medium Bug ID: 77907 Assignee: dri-devel(a)lists.freedesktop.org Summary: OpenCL test 'Arithm/Absdiff.Mat/20' from OpenCV hangs HD5470M Severity: normal Classification: Unclassified OS: Linux (All) Reporter: brunojimen(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa The effects are that when running that test, the screen freezes for a while, then goes to black, then shows back my desktop, happening this some times. After some debugging, the hang seems to occur with the compute shader sent to the GPU, as the system freezes when it waits for the GPU to finish. My system is Arch Linux with: - AMD CEDAR 5470M - kernel 3.14.1-1 - llvm at revision 207118 - mesa at commit 352e06d - opencv at commit bb4199b -- You are receiving this mail because: You are the assignee for the bug.

1 5

[Bug 77745] New: [r600g] Call of Dutty 4 crashes under Wine due to running out of memory
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=77745 Priority: medium Bug ID: 77745 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600g] Call of Dutty 4 crashes under Wine due to running out of memory Severity: normal Classification: Unclassified OS: Linux (All) Reporter: jaimerave(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 97706 --> https://bugs.freedesktop.org/attachment.cgi?id=97706&action=edit Apitrace While trying to play Call Of Duty 4 under Wine using the mesa driver the game crashes while loading a saved level. I have tried to get an ApiTrace of the game starting, looks like there's a memory leak in some part of Mesa because when I use the Catalist driver the game starts correctly. I'm using Wine 1.7.17, Mesa from Git and Ubuntu 14.04. 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Madison [Mobility Radeon HD 5730 / 6570M] (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 1594 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 45 Region 0: Memory at b0000000 (64-bit, prefetchable) [size=256M] Region 2: Memory at c4000000 (64-bit, non-prefetchable) [size=128K] Region 4: I/O ports at 4000 [size=256] Expansion ROM at c4040000 [disabled] [size=128K] Capabilities: <access denied> Kernel driver in use: radeon -- You are receiving this mail because: You are the assignee for the bug.

1 10

[Bug 76954] New: Unigine Tropics has rendering issues all over the place with LLVM on Cayman
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=76954 Priority: medium Bug ID: 76954 Assignee: dri-devel(a)lists.freedesktop.org Summary: Unigine Tropics has rendering issues all over the place with LLVM on Cayman Severity: normal Classification: Unclassified OS: Linux (All) Reporter: v10lator(a)myway.de Hardware: All Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa This video was made with LLVM + SB: https://vimeo.com/90754450 With LLVM and noSB it doesn't render anything at all (the scene is just black). Without LLVM everything seems to be fine. HyperZ doesn't make a difference. If you need any more information feel free to ask. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 76919] New: Random junk at the bottom of non-multiple-of-4 compressed textures (original or mipmapped)
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=76919 Priority: medium Bug ID: 76919 Assignee: dri-devel(a)lists.freedesktop.org Summary: Random junk at the bottom of non-multiple-of-4 compressed textures (original or mipmapped) Severity: normal Classification: Unclassified OS: All Reporter: bugspam(a)moreofthesa.me.uk Hardware: Other Status: NEW Version: unspecified Component: Drivers/Gallium/r600 Product: Mesa Created attachment 96745 --> https://bugs.freedesktop.org/attachment.cgi?id=96745&action=edit Example image (with mipmaps), the height of which triggers the problem There seems to be a problem with some compressed textures. When the height of the image (more specifically, of the mipmap level used) is not a multiple of 4, it appears that the bottom part of the image – as rendered – contains random junk, apparently set at image load time. The example image will show the problem at its original size. I've also played with its height (initially 570px): increasing it to a multiple of 4 would remove the problem if it's rendered using the full-size version, but since when reduced by one level the height is again not a multiple of 4, the problem re-appears. Setting the full-size height to 576px moves the problem down further. (We're using http://crunch.googlecode.com/svn/trunk/ for image (de)compression.) -- You are receiving this mail because: You are the assignee for the bug.

1 9

[Bug 76190] New: [r600g-evergreen] GPU hang in Stunt Rally (bisected)
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=76190 Priority: medium Bug ID: 76190 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600g-evergreen] GPU hang in Stunt Rally (bisected) Severity: normal Classification: Unclassified OS: Linux (All) Reporter: b.bellec(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa In Stunt Rally (v2.2.1), when applying specific graphic settings, the GPU hang few seconds after a race is started. This is since commit 7e414b58640aee6e243d337e72cea290c354f632 glsl: break the gl_FragData array into separate gl_FragData[i] variables author: Marek Olšák date: 2013-10-29 22:50:01 (GMT) Easy steps to reproduce: 1- Download and extract the Linux game binary here: http://sourceforge.net/projects/stuntrally/files/2.2.1/ 2- Launch the game with the shell script (./StuntRally-2.2.1-linux/stuntrally) (it will launch a 64-bit binary on a 64-bit system) 3- Set the graphical settings to "Lowest", and close the game 4- Relaunch the game, and set this settings now: -> Graphics > Vegetation > "Trees multiplier" to 1.00 (in fact any value but 0.0) -> Graphics > Vegetation > check "Use Impostors" -> Graphics > Vegetation > uncheck "Impostors Only" -> Effects > check "Effects enabled" -> Effects > check "Soft Particules" 5- Close and relaunch the game in order to be sure that these new settings are applied 6- Start a "Single race", use the default one (track "I6-Flooded") If one of these gfx settings is different, the GPU will not hang. The last good commit (aec20d66d9d13e0acd6a7199b63e1383e1e9900a) doesn't hangs the GPU when these settings are applied. R600_DEBUG=nosb doesn't solve the issue. I also tested with RV770 and there is no problem (expect rendering bugs for some things but not sure this commit is the problem in that case). I tried to test with nouveau too (nv40 driver on a NV49/7900GT) but the game crash at start (segfault), with git master or even with the commit aec20d66d9). Note that the game Stunt Rally have many graphical settings available, I don't know if all are very well handled by mesa. Game bugs or mesa "bugs"... I don't know. Config: Fedora 19 x86-64 kernel 3.13.5-103.fc19.x86_64 libdrm 2.4.50 AMD CYPRESS (Radeon HD5870 with 1GB VRAM) Build: ./autogen.sh --with-gallium-drivers=r600,nouveau --with-dri-drivers= --enable-texture-float --disable-dri3 --disable-r600-llvm-compiler --disable-gallium-llvm --enable-64-bit CFLAGS="-O0 -g -m64" CXXFLAGS="-O0 -g -m64" --libdir=/usr/lib64 -- You are receiving this mail because: You are the assignee for the bug.

1 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2019