dri-devel July 2017

dri-devel@lists.freedesktop.org

212 participants
1542 discussions

[Bug 79431] New: OpenGL OpenCL interop results in corrupted renderbuffer object image
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=79431 Priority: medium Bug ID: 79431 Assignee: dri-devel(a)lists.freedesktop.org Summary: OpenGL OpenCL interop results in corrupted renderbuffer object image Severity: normal Classification: Unclassified OS: All Reporter: pavol(a)klacansky.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa I use APP SDK with OpenCL running on CPU and r600 driver on GPU (AMD Mobility 3650) to compute image. If I use OpenCL image, I get correct result, however if I want to display image using OpenGL (interop), it is corrupted. I create renderbuffer object, than link it with OpenCL (clCreateFromGLRenderbuffer) and then after image was computed I blit it to back buffer. I tested it in lab on nVidia proprietary driver and it works well, I suspect the problem is in renderbuffer sharing. OpenCL is 1.2, OpenGL 3.3. -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 79154] New: [Tesseract Game] 4xMSAA Causes Visible Wireframes
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=79154 Priority: medium Bug ID: 79154 Assignee: dri-devel(a)lists.freedesktop.org Summary: [Tesseract Game] 4xMSAA Causes Visible Wireframes Severity: normal Classification: Unclassified OS: All Reporter: mmstickman(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 99678 --> https://bugs.freedesktop.org/attachment.cgi?id=99678&action=edit Screenshot of the wireframes Currently running the latest mesa git with a Radeon HD 7950. Simply set MSAA to 4x to experience this bug. -- You are receiving this mail because: You are the assignee for the bug.

1 8

[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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel July 2017