dri-devel June 2015

dri-devel@lists.freedesktop.org

188 participants
1140 discussions

[Bug 70497] New: GPU lockup CP stall for more than 10000msec
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=70497 Priority: medium Bug ID: 70497 Assignee: dri-devel(a)lists.freedesktop.org Summary: GPU lockup CP stall for more than 10000msec Severity: normal Classification: Unclassified OS: Linux (All) Reporter: brunojimen(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/DRI/Radeon Product: Mesa Hi, I think I have found a bug in the radeon driver: after a random time using my PC the screen turns to black and then I'm thrown back to the login screen, and after I log in this happens again after a few moments. Looking in my journals, I have found this at, more or less, the moment of the problem: kernel: radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec kernel: radeon 0000:01:00.0: GPU lockup (waiting for 0x000000000000954e last fence id 0x000000000000954d) systemd-coredump[1999]: Process 240 (Xorg) dumped core. Currently I am using Arch Linux with its mesa-git repo (everything upgraded). My card is an AMD Radeon HD 5470. This started happening after I change to the mesa-git repo, but not from the begining of using it. If there's anything I can do to help, just ask. Thanks in advance! -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 70191] New: [r600g] White icons and font with compiz
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=70191 Priority: medium Bug ID: 70191 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600g] White icons and font with compiz Severity: normal Classification: Unclassified OS: All Reporter: h.judt(a)gmx.at Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI If I do not set R600_DEBUG=nosb, then icons and fonts in the panel are white. The panel is set to being transparent, with the blur filter enabled. Tested with rv635 and cayman, xserver-1.14. I'll try to attach a screenshot later. -- You are receiving this mail because: You are the assignee for the bug.

1 5

[Bug 69897] New: OpenCL kernel fails to compile with R600 LLVM backend
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=69897 Priority: medium Bug ID: 69897 Assignee: dri-devel(a)lists.freedesktop.org Summary: OpenCL kernel fails to compile with R600 LLVM backend Severity: normal Classification: Unclassified OS: All Reporter: greg(a)chown.ath.cx Hardware: Other Status: NEW Version: unspecified Component: Drivers/Gallium/r600 Product: Mesa Created attachment 86758 --> https://bugs.freedesktop.org/attachment.cgi?id=86758&action=edit Kernel source code with headers The attached kernel fails to compile with this error message: PRT: /home/greg/build/llvm/lib/Target/R600/AMDILCFGStructurizer.cpp:1115: int <anonymous namespace>::AMDGPUCFGStructurizer::mergeLoop(llvm::MachineLoop *): Assertion `ExitBlkSet.size() == 1' failed. Stack dump: 0. Running pass 'Function Pass Manager' on module 'radeon'. 1. Running pass 'AMD IL Control Flow Graph structurizer Pass' on function '@shadow_ao' -- You are receiving this mail because: You are the assignee for the bug.

1 10

[Bug 69728] New: Radeon Redwood (5670) GPU Lockup
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=69728 Priority: medium Bug ID: 69728 Assignee: dri-devel(a)lists.freedesktop.org Summary: Radeon Redwood (5670) GPU Lockup Severity: normal Classification: Unclassified OS: Linux (All) Reporter: pablow.1422(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 86404 --> https://bugs.freedesktop.org/attachment.cgi?id=86404&action=edit journalctl log When running a 3D Game, like 0A.D. or Need for Speed Most Wanted or Counter Strike 1.6, both over wine, after a variable leght of time I get a GPU Lockup. While playing Counter Strike 1.6 sometimes I can get into a tty and kill exe process, which allows me to be able to use the desktop. If not, a completely system hang happens, but I can ssh in, thus is how I've obtained dmesg log (actually from journalctl). This hang always happen also when I use accelerated flash games in Chrome or Firefox (11.6 11.2 flash versions). I have no issues in normal desktop usage, or when playing FullHD videos using VDPAU. My system is a AMD Phenom II x6 1100T; AMD Radeon HD 5670 (MSI) running Fedora pre-release 20: Kernel 3.11, DPM and UVD enabled, mesa 9.2.0, wine 1.7.1, KDE 4.11 with kwin using OpenGL 3.1 compositing. Aditional Info: The hang occurs using kernel 3.11, 3.10, 3.9 with UVD and DPM enabled or disabled, kwin using OpenGL 3.1, 2.0 or 1.2 and bypassing (or not) desktop compositing with fullscreen apps. I can provide any aditional info that could help. PD: sorry my english. -- You are receiving this mail because: You are the assignee for the bug.

1 14

[Bug 68901] New: wine/3DMark2001: shader generation fails
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=68901 Priority: medium Bug ID: 68901 Keywords: regression Assignee: dri-devel(a)lists.freedesktop.org Summary: wine/3DMark2001: shader generation fails Severity: normal Classification: Unclassified OS: Linux (All) Reporter: gurketsky(a)googlemail.com URL: http://www.futuremark.com/support/downloads Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa When running 3DMark2001 in wine (1.7.1), the r600 gallium driver (on RV710) fails to generate some shaders. This is a regression: 3f67251e3d0ce61a0e7fc16de91de6fb49cad768 is the first bad commit commit 3f67251e3d0ce61a0e7fc16de91de6fb49cad768 Author: Christian König <christian.koenig(a)amd.com> Date: Sun Mar 10 14:33:29 2013 +0100 glsl_to_tgsi: allocate arrays separately v2 Instead of allocating everything as temporaries, use the new array allocation functions. v2: fix bug in simplify_cmp, declare arrays on demand Signed-off-by: Christian König <christian.koenig(a)amd.com> :040000 040000 75a734fc12e314c32a959f4111543ec518cb8a51 57eed35384ed9aadd89adfce1a075b4ad0a745cc M src The output when the shader generation fails is: EE /mnt/raid0/software/mesa/git/src/gallium/drivers/r600/r600_shader.c:1886 r600_shader_from_tgsi - GPR limit exceeded - shader requires 129 registers EE /mnt/raid0/software/mesa/git/src/gallium/drivers/r600/r600_shader.c:134 r600_pipe_shader_create - translation from TGSI failed ! EE /mnt/raid0/software/mesa/git/src/gallium/drivers/r600/r600_state_common.c:750 r600_shader_select - Failed to build shader variant (type=0) -12 EE /mnt/raid0/software/mesa/git/src/gallium/drivers/r600/r600_shader.c:1886 r600_shader_from_tgsi - GPR limit exceeded - shader requires 129 registers EE /mnt/raid0/software/mesa/git/src/gallium/drivers/r600/r600_shader.c:134 r600_pipe_shader_create - translation from TGSI failed ! EE /mnt/raid0/software/mesa/git/src/gallium/drivers/r600/r600_state_common.c:750 r600_shader_select - Failed to build shader variant (type=0) -12 This is not a dupe of bug 62696 as the problem is still there with git version 6b5c802c30ada043ee31cc5e62249ff99bbc865f. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 68857] New: SNU OpenCL NAS Parallel Benchmarks don't work
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=68857 Priority: medium Bug ID: 68857 Assignee: dri-devel(a)lists.freedesktop.org Summary: SNU OpenCL NAS Parallel Benchmarks don't work Severity: normal Classification: Unclassified OS: Linux (All) Reporter: nat(a)ferrus.net Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/DRI/R600 Product: Mesa None of the benchmarks in the SNU OpenCL NAS Parallel Benchmarks are working. They're available from http://aces.snu.ac.kr/Center_for_Manycore_Programming/SNU_NPB_Suite.html I've got a Radeon 5830 and have installed Mesa from git using the instructions at http://dri.freedesktop.org/wiki/GalliumCompute/ Most of the benchmarks fail at Running pass 'AMDGPU DAG->DAG Pattern Instruction Selection' on function The FFT benchmark fails at error: parameter may not be qualified with an address space I do have some other test cases that are working for me, including the ones from http://cgit.freedesktop.org/~tstellar/opencl-example/ -- You are receiving this mail because: You are the assignee for the bug.

1 9

[Bug 68799] New: [APITRACE] Hyper-Z lockup with Falcon BMS 4.32u6 on CAYMAN
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=68799 Priority: medium Bug ID: 68799 Assignee: dri-devel(a)lists.freedesktop.org Summary: [APITRACE] Hyper-Z lockup with Falcon BMS 4.32u6 on CAYMAN Severity: normal Classification: Unclassified OS: Linux (All) Reporter: sthalik(a)misaki.pl Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/DRI/R600 Product: Mesa apitrace file not attached due to size. http://ananke.laggy.pk/wine-preloader.trace.xz Causes lockup before finishing on CAYMAN 6970 and today's git unless HYPERZ is disabled. -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 68792] New: Problems during playback of h264 files using UVD and VLC on AMD E-350 CPU
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=68792 Priority: medium Bug ID: 68792 Assignee: dri-devel(a)lists.freedesktop.org Summary: Problems during playback of h264 files using UVD and VLC on AMD E-350 CPU Severity: normal Classification: Unclassified OS: Linux (All) Reporter: rvdb(a)cryptolab.net Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 84971 --> https://bugs.freedesktop.org/attachment.cgi?id=84971&action=edit vlc -vvv output log I have a small system with a E350 CPU in it and try to use a recent git pull of VLC, mesa and xfree86-video-ati, on a 3.11rc6 kernel, to run with VDPAU and the UVD chip on the CPU. VLC indeed manages to play H264 files in DVD resolution but : 1/ It seems to fail on color space matrix : [0x7ffa0f00c288] vdpau_chroma filter debug: using video mixer sharpness feature [0x7ffa0f00c288] vdpau_chroma filter error: video color space matrix failure: An invalid pointer was provided. Typically, this means that a NULL pointer was provided for an 'output' parameter. [0x7ffa0f00c288] vdpau_chroma filter debug: using video mixer 7 2/ it regularly spits "vo messages like this : [0x7ffa14001248] vdpau_display vout display debug: surface status: 2 3/ regularly, it spits "warning: picture is too late to be displayed (missing 113 ms)" messages 4/ regularly stalls with messages like this : [CODE][0x7f08e0c1f3f8] main input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 1000 ms [0x7f08e0c1f3f8] main input error: ES_OUT_RESET_PCR called [0x7f08a0001248] vdpau_display vout display debug: surface status: 2 [0x7f08d91e7188] main decoder warning: early picture skipped[/CODE] On the same system, mplayer from 2013/08/19 plays the same file, using VDPAU and UVD (checked watching the CPU usage) fine. I opened a bug on the VLC bug tracker (https://trac.videolan.org/vlc/ticket/9281) but according to them, the problem seems to come from the Galllium VDPAU state tracker as they should not get "surface status : 2" at this stage of their code (they obviously tested their VDPAU implementation using Nvidia binary driver, which does not use the VDPAU Gallium state tracker). Mplayer doesn't seem to have problem here as it seems to not even try to support CSC matrix generation or decoder capabilities. I'm sorry if this bug report is a bit of a mess. There may be several issues involved here, and some may be more VLC-related that mesa, but I don't know at all how to sort them out. The VLC devs at least seem to consider that the "surface status : 2" and CSC matrix generation problem are Gallium-related and need to be fixed before they can look into the problem if it's still there. -- You are receiving this mail because: You are the assignee for the bug.

1 16

[Bug 68468] New: 9.2.0rc2 Locks Under Various Conditions (UVD, Stress)
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=68468 Priority: medium Bug ID: 68468 Assignee: dri-devel(a)lists.freedesktop.org Summary: 9.2.0rc2 Locks Under Various Conditions (UVD, Stress) Severity: major Classification: Unclassified OS: Linux (All) Reporter: adam777(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: Drivers/DRI/R600 Product: Mesa Using 9.2.0rc2 on a fully updated Arch Linux (running on [testing]), the system will lock under the following conditions: 1. When playing a movied in mpv using UVD video decoding, the system will lock as soon as mpv finish the initial loading process and playback is about to begin. 2. When playing a game in Wine, system will lock after a few seconds of launch. 3. From time to time, the system will lock for no apparent reason (for example, it happened when using Google Maps). All of the above (except UVD, of course) work fine under 9.1.6 Mesa Version: (for rc1, but rc2 have the same behavior) [adamdagan@admdgn ~]$ glxinfo | grep ^OpenGL | egrep 'version|renderer' OpenGL renderer string: Gallium 0.4 on AMD RV710 OpenGL core profile version string: 3.1 (Core Profile) Mesa 9.2.0-rc1 OpenGL core profile shading language version string: 1.40 OpenGL version string: 3.0 Mesa 9.2.0-rc1 OpenGL shading language version string: 1.30 -- You are receiving this mail because: You are the assignee for the bug.

1 9

[Bug 67888] New: R600g: GPU hang occurs when trying to do GPU profile of Trine 2 apitrace trace
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=67888 Priority: medium Bug ID: 67888 Assignee: dri-devel(a)lists.freedesktop.org Summary: R600g: GPU hang occurs when trying to do GPU profile of Trine 2 apitrace trace Severity: major Classification: Unclassified OS: Linux (All) Reporter: fossphreak(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: DRI CVS Component: DRM/Radeon Product: DRI Created attachment 83811 --> https://bugs.freedesktop.org/attachment.cgi?id=83811&action=edit dmesg contents after GPU hangup occurred I had used apitrace to trace Trine 2 OpenGL calls. When I tried to profile the trace, display corruption and GPU hangup occurred. -- You are receiving this mail because: You are the assignee for the bug.

1 8

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel June 2015