dri-devel September 2019

dri-devel@lists.freedesktop.org

315 participants
2278 discussions

[Bug 71923] New: Screen corruption when watching VDPAU-accelerated H264 video
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=71923 Priority: medium Bug ID: 71923 Assignee: dri-devel(a)lists.freedesktop.org Summary: Screen corruption when watching VDPAU-accelerated H264 video Severity: normal Classification: Unclassified OS: Linux (All) Reporter: kaszak696(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: 9.2 Component: Drivers/Gallium/r600 Product: Mesa Created attachment 89641 --> https://bugs.freedesktop.org/attachment.cgi?id=89641&action=edit Dmesg log with the described errors Hi, i have a trouble watching some H264 videos when using VDPAU acceleration. What happens is the screen gets completly corrupted (gray bars cover the whole screen) when player plays a certain frame in the video. It always happens at the same point of the video, for some videos it doesn't happen at all. I managed to blindly save smesg output to a file when this happened, and it's filled with these kinds of messages: [ 47.595028] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! [ 48.303022] Forbidden register 0x0020 in cs at 9 [ 48.303029] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! [ 56.146022] Forbidden register 0x0024 in cs at 9 [ 56.146029] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! [ 57.148021] Forbidden register 0x0028 in cs at 9 [ 57.148028] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! [ 57.523022] Forbidden register 0x0024 in cs at 9 [ 57.523030] [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! I'm using Arch Linux with 3.12.1-ck at the moment, but it also happened on 3.11-ck and 3.11 vanilla. lspci reports this card name, it's a Radeon 4570: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV710/M92 [Mobility Radeon HD 4530/4570/545v] I'm using the newest stable mesa 9.2.3 and xf86-video-ati 7.2.0. The issue happens with mpv and mplayer. -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 71812] New: VDPAU: MPEG-4 ASP Garbling/Corruption
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=71812 Priority: medium Bug ID: 71812 Assignee: dri-devel(a)lists.freedesktop.org Summary: VDPAU: MPEG-4 ASP Garbling/Corruption Severity: normal Classification: Unclassified OS: Linux (All) Reporter: adam(a)aphirst.karoo.co.uk Hardware: x86-64 (AMD64) Status: NEW Version: 9.2 Component: Drivers/Gallium/r600 Product: Mesa Created attachment 89489 --> https://bugs.freedesktop.org/attachment.cgi?id=89489&action=edit Playback log from mpv-player I initially reported this over at the FFmpeg Trac, so just in case I accidentally omit to mention something I've already considered (or just for reference), that's over at https://ffmpeg.org/trac/ffmpeg/ticket/3138 == Relevant Software / Hardware: == * AMD E2-1800 APU (/w Radeon HD 7340), i.e. PALM * Linux 3.12 (Distro: Arch) * FFmpeg 2.1 * mesa, mesa-libgl & ati-dri 9.2.3 * mplayer r36498, mpv 0.2.3 & VLC 2.1.1 == Summary: == Some files encoded into "MPEG-4 part 2" (seemingly, those using GMC, if zgreg's hunch on #radeon is anything to go by) render/decode incorrectly using VDPAU hardware-decoding on my AMD chipset. The files work fine using software decoding, and worked fine back when using Catalyst & VA-API (which should mean that the files and the hardware are fine). By "incorrectly", I don't mean complete garbage. About half of the image renders fine, it's just that between reference frames it progressively garbles into a bright-green mess in heavily-updated areas. I'll try to catch a decent screenshot demonstrating this when I can. In the meantime, I've put a sample affected file up on my Dropbox account: https://dl.dropboxusercontent.com/u/3219541/harlock-ep20.mkv I'll re-attach here some mplayer/mpv logs, and some output from vdpauinfo and ffprobe; and I'll also attach output from glxinfo. If there's anything extra I ought to provide, please say so :) -- You are receiving this mail because: You are the assignee for the bug.

1 15

[Bug 71796] New: Hardware assisted (VDPAU) decoding of MPEG-2 causes GPU lockup - Radeon HD6950
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=71796 Priority: medium Bug ID: 71796 Assignee: dri-devel(a)lists.freedesktop.org Summary: Hardware assisted (VDPAU) decoding of MPEG-2 causes GPU lockup - Radeon HD6950 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: libgradev(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/DRI/R600 Product: Mesa Created attachment 89477 --> https://bugs.freedesktop.org/attachment.cgi?id=89477&action=edit DMESG output showing hardware info and lockup. Playing back MPEG-2 compressed video causes a GPU lockup and reset. This happens about 9 times out of 10 upon start of playback - the other time playback starts fine. About 4 out of 5 times the reset is successful and playback begins a catchup phase before continuing normally - otherwise it results in a complete system freeze. If playback actually starts it continues fine. Using VDPAU assisted playback via XBMC. Using software only playback works fine every time. h264 playback seems unaffected. -- You are receiving this mail because: You are the assignee for the bug.

1 18

[Bug 71326] New: [r600g] Texture artifacts when viewed from a distance in WoW
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=71326 Priority: medium Bug ID: 71326 Assignee: dri-devel(a)lists.freedesktop.org Summary: [r600g] Texture artifacts when viewed from a distance in WoW Severity: normal Classification: Unclassified OS: Linux (All) Reporter: rankincj(a)googlemail.com Hardware: x86 (IA32) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Dual P4 Xeon, 2 GB RAM, Mesa HEAD is: commit 110009302bddb4c42a5b3ed5ca451d6bb50a06a0 Author: Fabio Pedretti <fabio.ped(a)libero.it> Date: Wed Nov 6 10:55:28 2013 +0100 gallium: fix build on GNU/kFreeBSD I am currently playing WoW with my HD4670 (AGP), and I am noticing that various textures are being rendered incorrectly when viewed beyond a certain distance. However, as I approach the badly rendered area, all of the artifacts disappear! It's as if my character is surrounded by an invisible bubble, and everything within the bubble becomes correctly rendered. (The visual effect reminds me of the "Genesis wave" demonstration video from "Star Trek: The Wrath of Khan" - if that means anything to anyone...;-).) This problem is not visible with the HD4890 on my 64 bit machine. I have attached a couple of screenshots showing the problem. -- You are receiving this mail because: You are the assignee for the bug.

1 58

[Bug 110659] pageflipping seems to cause jittering on mouse input when running Hitman 2 in Wine/DXVK with amdgpu.dc=1
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=110659 --- Comment #86 from tempel.julian(a)gmail.com --- While the Gallium performance overlay clearly shows a spike in the game's GPU render time, I'm fairly certain it doesn't exist in the actual display output. It's not limited to the character inventory, but instead happens anywhere, even in the main menu. But I neither can see the cursor skipping, nor the camera in game, despite of the graph's spike. I also noticed that there is no such spike when the framerate is below the refreshrate. I also tested if there's something similar to observe in Hitman 2: I reduced visual fidelity to achieve constant 75fps/Hz with vsync, and it always seems to be 100% free of stutter, also when resuming to move the mouse after suspending it for a few seconds. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2019