dri-devel March 2015

dri-devel@lists.freedesktop.org

196 participants
1117 discussions

[Bug 81896] New: GPU reset when running some "John the Ripper" (+ jumbo patch, from Git) OpenCL tests
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=81896 Priority: medium Bug ID: 81896 Assignee: dri-devel(a)lists.freedesktop.org Summary: GPU reset when running some "John the Ripper" (+ jumbo patch, from Git) OpenCL tests Severity: normal Classification: Unclassified OS: Linux (All) Reporter: lbdkmjdf(a)sharklasers.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 103669 --> https://bugs.freedesktop.org/attachment.cgi?id=103669&action=edit mixed outputs I get GPU reset when running some opencl tests from this program from TTY. If I'm running a DE when the lockup happens, the system stops responding. Attached are: - the mixed output from /var/log/syslog and this command: $ R600_DEBUG=cs LWS=128 GWS=9216 ./john --test --format=PBKDF2-HMAC-SHA256-opencl - an attempt to clean it, only leaving the output from "R600_DEBUG=cs" Also notice, there is random garbage after "Build log:", which comes from clGetProgramBuildInfo ( https://github.com/magnumripper/JohnTheRipper/blob/bleeding-jumbo/src/commo… , prints "Build log:" in line 768) My system: Hardware: HP dv6, CPU: AMD A6-3400M, GPUs: Radeon HD 6520g (evergreen) + 6750M (north islands) OS: Kubuntu 14.04 Kernel: 3.15.7, and 3.13, both amd64 Mesa 10.3~git1407290730.9a53f9 (from oibaf's PPA, https://launchpad.net/~oibaf/+archive/graphics-drivers ), compiled with LLVM 3.5-rc1. ________________ To reproduce, here's a mini "how to run" for "John The Ripper" + "jumbo" patches: $ git clone https://github.com/magnumripper/JohnTheRipper $ cd JohnTheRipper/src $ ./configure && make $ cd ../run $ ./john --help # prints usage help $ # the following command prints a list of hash format tests that use opencl, separated by spaces. remove the awk part to get one per line: $ ./john --help | grep -Eo '[a-zA-Z0-9-]*-opencl' | awk '{printf "%s ", $0}'; echo To run a test: $ ./john --test --format=$format where $format is one of the formats listed from the previous command The program does verify the output. When it fails, it should print something like "FAILED (get_hash[0](0))". -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 81683] New: [r600g] graphic glitches in Skyrim - failed to build shader
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=81683 Priority: medium Bug ID: 81683 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600g] graphic glitches in Skyrim - failed to build shader Severity: normal Classification: Unclassified OS: Linux (All) Reporter: 640bugs(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: 10.2 Component: Drivers/Gallium/r600 Product: Mesa Created attachment 103360 --> https://bugs.freedesktop.org/attachment.cgi?id=103360&action=edit Screenshot of graphic problems in Skyrim When playing Skyrim with Mesa 10.2.4, I get graphic glitches at the place of the thieves guild (see screenshot, the floor isn't visible). I am playing with an AMD Radeon 685, Linux 3.15.5-2-ARCH. I noticed these messages in the console. EE r600_shader.c:2188 r600_shader_from_tgsi - GPR limit exceeded - shader requires 127 registers 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) -12 Is this bug known? Any ideas or suggestion, how i can help to solve this issue? -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 81192] New: Garbled screen with VDPAU playback and h264
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=81192 Priority: medium Bug ID: 81192 Assignee: dri-devel(a)lists.freedesktop.org Summary: Garbled screen with VDPAU playback and h264 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: sige(a)stripeyc.at Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: Drivers/Gallium/r600 Product: Mesa Created attachment 102577 --> https://bugs.freedesktop.org/attachment.cgi?id=102577&action=edit dmesg output Whenever I try playing a h264 encoded movie, the system/X11 locks up completely with 3 different symptoms. X freezes, I might be able to move the mousecursor (which doesn't change), was able to log in to the machine remotely and reboot it. X freezes first, full screen is garbled just a few seconds later. Additionally I might be able to move some square, which is likely the "cursor".. garbled as well. I must be honest I didn't try logging in remotely there yet, if the machine itself is still alive. Machie is running: Linux 3.15.4 from the repo and tried on a 3.16rc4 today (Installed that to test against a kernel bug) Xorg is 1.15.2 mesa is 10.2.3 mplayer is SVN-r37224 I tried a mpeg2 video and played it just fine ( mplayer -vo vdpau -vc ffmpeg12vdpau <file> ) I also got two h264 files and it freezes/garbles every time there http://samples.mplayerhq.hu/V-codecs/h264/PAFF/Grey.ts http://samples.mplayerhq.hu/V-codecs/h264/nature_704x576_25Hz_1500kbits.h264 mplayer -vo vdpau -vc ffh264vdpau <file> It reliably just freezes the screen, with the mouse working for a while or completely garbles it. I also had an occurrence of the screen going garbled and then black, back to the garbled screen. Three times or something. Maybe he tried resetting the GPU or something; I don't know. Not sure if I can find any logs from that one. Also: Haven't tried any other codecs yet, that might be supported. -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 80876] New: luxrays/slg4 hangs GPU (CEDAR)
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=80876 Priority: medium Bug ID: 80876 Assignee: dri-devel(a)lists.freedesktop.org Summary: luxrays/slg4 hangs GPU (CEDAR) Severity: normal Classification: Unclassified OS: Linux (All) Reporter: awatry(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 102222 --> https://bugs.freedesktop.org/attachment.cgi?id=102222&action=edit luxrays diff/patch to disable image support while reproducing bug. While working on getting the Luxrays slg4 program running (which is invoked as part of the luxmark CL-based raytracing benchmark), I encountered some GPU hangs on the evergreen card I'm using (CEDAR, Radeon 5400-series). Hardware: Core i7-2600k 16GB DDR3 Radeon 5400-series PCI express w/ dual 1080p monitors Software: Mesa: Git master LLVM: 3.5svn drm: fairly recent git libclc: git master + a few extra patches to implement missing built-ins luxrays: From http://src.luxrender.net/luxrays, with the attached patch. Steps: 1) Checkout luxrays source from the mercurial repository 2) Apply patch to disable image support in the renderer 3) Build luxrays from source (cmake). 4) run bin/slg4 5) Watch the UI start to pop-up and the GPU reset. dmesg, kernel source, llvm bitcode to be attached. rlockup_*.c cs trace available as a 35MB gzipped C file (>300MB uncompressed). -- You are receiving this mail because: You are the assignee for the bug.

1 7

[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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel March 2015