https://bugs.freedesktop.org/show_bug.cgi?id=85320
Bug ID: 85320 Summary: GPU hangs using hardware acceleration Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel@lists.freedesktop.org Reporter: ken20001@ukr.net
With new kernel 3.18RC1 trying hardware acceleraton I discovered GPU hangs. Running 'mpv -vo vdpau --hwdec vdpau filename' starts to play movie and all it seems ok. But if we try to rewind forward/backward first it, playing, hangs. Than all system hangs. Switching to another VT in dmesg appears:
[drm:r600_ib_test] *ERROR* radeon: fence wait failed (-35). [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on GFX ring (-35).
Switching back to VT7 we can watch that image appears and disappears. Restarting ligtdm service allowed me to log in to account. But anyway all system switched to XRender and no OpenGL until I fully reboot.
mpv --version mpv git-f5a19f6 (C) 2000-2014 mpv/MPlayer/mplayer2 projects built on 2014-10-18T11:58:42 ffmpeg library versions: libavutil 54.7.100 libavcodec 56.1.100 libavformat 56.4.101 libswscale 3.0.100 libavfilter 5.1.100 libavresample 2.1.0
vdpauinfo 0.1-1 mesa-vdpau-drivers 10.4~git1410211930.ef280c~gd~t libgl1-mesa-glx 10.4~git1410211930.ef280c~gd~t
Kubuntu 14.04.1 Linux: 3.18RC1 x86_64 Graphics: Radeon HD2600 XT
https://bugs.freedesktop.org/show_bug.cgi?id=85320
Eugene ken20001@ukr.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|medium |high CC| |ken20001@ukr.net Hardware|Other |x86-64 (AMD64) OS|All |Linux (All) Severity|normal |major
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #1 from Alex Deucher agd5f@yahoo.com --- If this is a regression can you narrow down which component (kernel, mesa, etc.) caused the problem and bisect? Please also attach your xorg log and dmesg output.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #2 from Eugene ken20001@ukr.net --- I suspect this is the same as: https://bugs.freedesktop.org/show_bug.cgi?id=85323
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #3 from Eugene ken20001@ukr.net --- (In reply to Alex Deucher from comment #1)
If this is a regression can you narrow down which component (kernel, mesa, etc.) caused the problem and bisect? Please also attach your xorg log and dmesg output.
And yes, I would do bisect if somebody explain how to. But I don't know.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #4 from Eugene ken20001@ukr.net --- Created attachment 108252 --> https://bugs.freedesktop.org/attachment.cgi?id=108252&action=edit Xorg.log
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #5 from Eugene ken20001@ukr.net --- Created attachment 108253 --> https://bugs.freedesktop.org/attachment.cgi?id=108253&action=edit dmesg
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #6 from Alex Deucher agd5f@yahoo.com --- Google for "git bisect howto". There are lots of good tutorials.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #7 from Eugene ken20001@ukr.net --- (In reply to Alex Deucher from comment #6)
Google for "git bisect howto". There are lots of good tutorials.
What exactly I shoud bisect, mesa ? Where to get it ?
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #8 from Alex Deucher agd5f@yahoo.com --- (In reply to Eugene from comment #7)
(In reply to Alex Deucher from comment #6)
Google for "git bisect howto". There are lots of good tutorials.
What exactly I shoud bisect, mesa ? Where to get it ?
Can you narrow down whether it was a mesa update or a kernel update that caused the regression? You'll need to do that first. Once you've figured that out, you can bisect the appropriate component (mesa or kernel). Mesa git info is here: http://cgit.freedesktop.org/mesa/mesa/ kernel git info: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #9 from Eugene ken20001@ukr.net --- The thing is that Linux 3.18 is the first kernel with which hardwear acceleration for HD2600 became possible. So I don't think the regression takes place.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #10 from Eugene ken20001@ukr.net --- Recently I checked Mesa 10.1.3 stable. The same result: system hangs, display becomes dark. No possibility to switch to any VT. So, as I understood, this is not a regression. This is just new feature (for my graphics adapter) that comes with Linux 3.18. And it is very unstable.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
Michel Dänzer michel@daenzer.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|GPU hangs using hardware |[RV630] GPU hangs using UVD |acceleration |hardware acceleration
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #11 from Christian König deathsimple@vodafone.de --- You need the bleeding edge Mesa code to get video accerleration working on HD2600.
But even then the hardware on the HD2600 is so buggy that it is really tricky to get this working right.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #12 from Eugene ken20001@ukr.net --- Anyway I'm ready to test anything that possible.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #13 from Eugene ken20001@ukr.net --- I was able to save logs after playing video with VLC with VDPAU and hardware decoding turned on. There are also backtrace in Xorg log file. Please, look in attachment.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
Eugene ken20001@ukr.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #108252|0 |1 is obsolete| |
--- Comment #14 from Eugene ken20001@ukr.net --- Created attachment 108772 --> https://bugs.freedesktop.org/attachment.cgi?id=108772&action=edit Xorg.log file with backtrace
https://bugs.freedesktop.org/show_bug.cgi?id=85320
Eugene ken20001@ukr.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #108772|Xorg.log file with |Xorg.log with backtrace description|backtrace |
https://bugs.freedesktop.org/show_bug.cgi?id=85320
Eugene ken20001@ukr.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #108253|0 |1 is obsolete| |
--- Comment #15 from Eugene ken20001@ukr.net --- Created attachment 108773 --> https://bugs.freedesktop.org/attachment.cgi?id=108773&action=edit dmesg log
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #16 from Eugene ken20001@ukr.net --- Created attachment 108774 --> https://bugs.freedesktop.org/attachment.cgi?id=108774&action=edit syslog
https://bugs.freedesktop.org/show_bug.cgi?id=85320
Eugene ken20001@ukr.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #108773|dmesg log |dmesg description| |
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #17 from Daniele daniele.rogora@gmail.com --- I see the same happening here with a HD4200 (RS880) GPU.
I tried with:
- kernel 3.18rc3 - latest radeon ucode firmware files from the 23rd of August - updated mesa, xserver and libs from the oibaf ubuntu ppa
I observed the same behavior: video starts well for a second, then the image freeze (but mouse cursor is still alive) and I can't do anything, not even switching to another vt. After a while the screen becomes black.
In the meantime I can hear the sound of the video correctly, and indeed if I log in with ssh from another pc everything is working well; still xserver doesn't work until a reboot is performed.
I attach a piece of the dmesg log taken from the ssh session right after the video was played where the GPU hang is reported. Xorg doesn't log any error.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #18 from Daniele daniele.rogora@gmail.com --- Created attachment 109807 --> https://bugs.freedesktop.org/attachment.cgi?id=109807&action=edit dmesg log, gpu hangs
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #19 from Eugene ken20001@ukr.net --- This is quite strange cause my xorg log shows a lot of error messages.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
D Rhodes l-1@dbr.me.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|[RV630] GPU hangs using UVD |[RV630] and RS880 GPU hangs |hardware acceleration |using UVD hardware | |acceleration
--- Comment #20 from D Rhodes l-1@dbr.me.uk --- There was a VDPAU fix in MPV 0.6.1 that fixed this kind of lockup on my hardware: RS880G.
My videos are all 1080i50 H.264 recordings from DVB-S2 broadcasts of various channels. Since they are just chunks of transport stream, I think that lockups when starting a video and when seeking would be similar.
Also I have ~oibaf MESA from 4th October, the first with the VAAPI state tracker, and I tested that too. Here is a summary of what I found, with MPV 0.6.1
--hwdec=vdpau --vo=vdpau does not lock up the GPU but...
--hwdec=vdpau --vo=vdpau --deinterlace locks the GPU immediately.
I assume deinterlace will not work until there is a proper workaround for the frame based output. UVD is not useful for me without deinterlace.
--hwdec=vaapi --vo=vaapi locks up the GPU quite often when starting to play a video, similar to vdpau on MPV 0.6.0
--hwdec=vaapi --vo=opengl does not lock up the GPU but there is quite a lot of coloured or speckled picture corruption on my video.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #21 from Eugene ken20001@ukr.net --- There is a VLC and using it with HW acceleration turned on also locks up GPU.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #22 from Daniele daniele.rogora@gmail.com --- My previous tests were done with VLC and Gstreamer.
I tried with MPV 0.6.2 as well but GPU still hangs for me.
The video I use is a 1080p, so no deintetlacing needed, I never tried to use it.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #23 from Eugene ken20001@ukr.net --- Also tried mpv 0.6.2 and also GPU hangs.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #24 from Daniele daniele.rogora@gmail.com --- Ok I've just learnt something interesting: suspending kwin desktop effects make everything work flawlessy here.
I tried mpv, vlc and even the flash plugin and hw accel works well; I tried also seeking in the video without any problem.
Now we should find out if the problems is only there with kwin or even with other desktop environments.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #25 from Daniele daniele.rogora@gmail.com --- Update: there are still some videos (taken with my smartphone) causing the GPU to hang as it did before, both with VLC and mpv, but I confirm that I can now play youtube with hw acceleration.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #26 from Eugene ken20001@ukr.net --- Linux 3.19RC1. Nothing's changed.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
Eugene ken20001@ukr.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|[RV630] and RS880 GPU hangs |[RV630] and [RS880] GPU |using UVD hardware |hangs using UVD hardware |acceleration |acceleration
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #27 from Elvis Fox foks.ua@gmail.com --- Created attachment 111184 --> https://bugs.freedesktop.org/attachment.cgi?id=111184&action=edit UVD hang on RV620
Can confirm the same thing on RV620. dmesg log attached
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #28 from Elvis Fox foks.ua@gmail.com --- As for me, disabling kwin effect does not change anything
Also looked briefly through the attachments, it seems that me and Daniele are reporting different issue than OP.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #29 from Christian König deathsimple@vodafone.de --- (In reply to Eugene from comment #26)
Linux 3.19RC1. Nothing's changed.
You don't need to test every new kernel version. I'm going to leave a note here if I find time to work on this issue.
On the other hand if you want to get your hands dirty and try a fe things than I can give you dirrections on what could it be (but you need to get into the code yourself).
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #30 from Eugene ken20001@ukr.net --- (In reply to Christian König from comment #29)
(In reply to Eugene from comment #26)
Linux 3.19RC1. Nothing's changed.
You don't need to test every new kernel version. I'm going to leave a note here if I find time to work on this issue.
On the other hand if you want to get your hands dirty and try a fe things than I can give you dirrections on what could it be (but you need to get into the code yourself).
Thanks, it would be great if you'll decide to work on this issue. If you'll need any any additional info, any test I'm ready to help with it. It's a pity but I'm not a programmer, so I can't write a code. But any other things that would help I'll do all I can.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
Eugene ken20001@ukr.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|[RV630] and [RS880] GPU |[RV620][RV630][RS880] GPU |hangs using UVD hardware |hangs using UVD hardware |acceleration |acceleration
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #31 from Maxim Kachur mcdebugger@duganet.ru --- I think I have the same on RS880 here (HD4290). Mesa 10.3.5, libdrm 2.4.58, kernel 3.18.1, R600_rlm.bin + RS780_uvd.bin firmware from August 2014. Testing with mplayer + vdpau.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #32 from Maxim Kachur mcdebugger@duganet.ru --- Created attachment 111799 --> https://bugs.freedesktop.org/attachment.cgi?id=111799&action=edit journalctl dump for uvd/vdpau crash
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #33 from russianneuromancer@ya.ru --- Same issue with RS880M. Sometimes hang on very beginning (before first frame appear on the screen) and sometimes after one/few/many attempts to rewind.
Tested with Linux 3.19, latest Mesa snapshot from Oibaf PPA, and mpv 0.8.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #34 from Erik mytrackeracount@gmail.com --- Same issue with a HD4290 (RS880). My motherboard has AM3+ socket so is not obsolete hardware, it's support uvd2 and the last AMD procesors. It would be nice to fix it. If you need some help i can dirty my hands too :)
https://bugs.freedesktop.org/show_bug.cgi?id=85320
Taner tanertas@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tanertas@yahoo.com
--- Comment #35 from Taner tanertas@yahoo.com --- Created attachment 114623 --> https://bugs.freedesktop.org/attachment.cgi?id=114623&action=edit Failed UVD playback session with RS780 mainboard
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #36 from Taner tanertas@yahoo.com --- Comment on attachment 114623 --> https://bugs.freedesktop.org/attachment.cgi?id=114623 Failed UVD playback session with RS780 mainboard
I can confirm the same happening my bleeding edge Arch linux system with my RS780/HD3200 mainboard.
Kernel 3.19.2 Mesa 10.5.1 libdrm 2.4.60 xf86-video-ati 7.5.0
I tried UVD acceleration with mpv, vdr/softhddevice and flashplugin via vdpau output enabled. Screen freezes if I seek forward/back and If I adjust playback window size (eg. going to fullscreen).
I can switch the VT consoles after X session freezes. I can create a new working X session after killing the previous freezed X session but playback video using GPU is not possible anymore. I have to reboot the system.
dmesg attached.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #37 from Christian König deathsimple@vodafone.de --- Created attachment 115398 --> https://bugs.freedesktop.org/attachment.cgi?id=115398&action=edit Something to test
Just an idea I had recently what this issue could be. Please test the attached patch and see if it works or not.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #38 from Erik mytrackeracount@gmail.com --- I patched a 4.0.1 kernel on a Debian 8 for testing ..... i will test it with several movies :)
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #39 from Nicola Mori nicolamori@aol.com --- (In reply to Christian König from comment #37)
Created attachment 115398 [details] [review] Something to test
Just an idea I had recently what this issue could be. Please test the attached patch and see if it works or not.
The patch made things on my system even worse. Before, playing a movie with VLC and VDPAU enabled resulted in random screen freezes after some time, while with the patched kernel the freeze happens immediately as I start playing, all the times.
Tested with Mobility Radeon HD3400 (RV620) on ArchLinux 64 bit with linux-ck 4.0.1, mesa 10.5.4, mesa-vdpau 10.5.4 and libvdpau 1.1.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #40 from Erik mytrackeracount@gmail.com --- I got a black screen at the beggining, and console show this:
Radeon 0000:01:05.0 ring 5 stalled for more than .....secs
https://bugs.freedesktop.org/show_bug.cgi?id=85320
Christian König deathsimple@vodafone.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #115398|0 |1 is obsolete| | CC| |deathsimple@vodafone.de
--- Comment #41 from Christian König deathsimple@vodafone.de --- Created attachment 115475 --> https://bugs.freedesktop.org/attachment.cgi?id=115475&action=edit More to test.
Interesting, attached is another patch you could test.
It just disables using UVD semaphores for now.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #42 from Erik mytrackeracount@gmail.com --- Works like a charm :)
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #43 from Daniele daniele.rogora@gmail.com --- I confirm that your last patch makes things work here too
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #44 from Nicola Mori nicolamori@aol.com --- The new patch works also for me. A couple of questions, Christian: does the patch remove some features? Do you think to mainline it or rather implement a different fix now that the problem seems to be better defined? Thanks.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #45 from Alex Deucher alexdeucher@gmail.com --- (In reply to Nicola Mori from comment #44)
The new patch works also for me. A couple of questions, Christian: does the patch remove some features? Do you think to mainline it or rather implement a different fix now that the problem seems to be better defined? Thanks.
It disables hw semaphores for UVD1, but it's likely they were buggy on that early hw anyway. It shouldn't affect UVD functionality. The driver just uses a different method for synchronizing between rings.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #46 from Christian König deathsimple@vodafone.de --- (In reply to Nicola Mori from comment #44)
The new patch works also for me. A couple of questions, Christian: does the patch remove some features? Do you think to mainline it or rather implement a different fix now that the problem seems to be better defined? Thanks.
Instead of submitting the commands to the hardware directly with semaphores to sync between the GFX and UVD engines we block until the dependent task is completed.
That's rather bad in a couple of different cases, for example doing 3D gaming and video playback at the same time.
What essentially happens is instead of keeping UVD and GFX busy all the same time (and only occasionally block one engine waiting the other one) you do it more like this:
1. Run UVD job. 2. Wait for UVD to finish. 3. Run GFX. 4. Wait for GFX to finish. 5. Run UVD 6. Wait for UVD to finish. ....
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #47 from Nicola Mori nicolamori@aol.com --- Thanks for the clarification, Christian. Could it also impact other cases, e.g. a desktop environment with hardware accelerated visual effects? Playing a movie while resizing or dragging a window should result in a usage pattern of GFX and UVD that is similar to your example with movie and 3D game. I did some experiments with my KDE desktop with OpenGL 2.0 and 3.1 visual effects, but I didn't notice any lag (maybe it's a too light workload to show any issue).
Given the comment by Alex about the possibly buggy UVD1 hardware semaphores, the overall satisfactory performance of the patch and the old hardware affected by the bug I would guess that this patch likely is the final fix for this bug. If so, when will it be mainlined (approx.)? Thanks.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
--- Comment #48 from Christian König deathsimple@vodafone.de --- (In reply to Nicola Mori from comment #47)
Thanks for the clarification, Christian. Could it also impact other cases, e.g. a desktop environment with hardware accelerated visual effects?
Not really, that is way to less load to cause any real trouble. 3D games on the other hand are a different story.
Given the comment by Alex about the possibly buggy UVD1 hardware semaphores, the overall satisfactory performance of the patch and the old hardware affected by the bug I would guess that this patch likely is the final fix for this bug. If so, when will it be mainlined (approx.)?
Alex merged it into hist drm-fixes-4.1 branch and I put a CC stable on it. So if everything works well it will show up in 4.1 and is then backported to the stable kernel versions used by distributions.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
zimous zimous@matfyz.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zimous@matfyz.cz
--- Comment #49 from zimous zimous@matfyz.cz --- Hello, I have the same problem with RV730. The "disable semaphores ..." patch makes it better, but not completely, UVD is still not usable. Please follow me to bug #67994 which seems more approprite for RV730.
https://bugs.freedesktop.org/show_bug.cgi?id=85320
Christian König deathsimple@vodafone.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |arthur.marsh@internode.on.n | |et
--- Comment #50 from Christian König deathsimple@vodafone.de --- *** Bug 88152 has been marked as a duplicate of this bug. ***
https://bugs.freedesktop.org/show_bug.cgi?id=85320
Christian König deathsimple@vodafone.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #51 from Christian König deathsimple@vodafone.de --- (In reply to zimous from comment #49)
Hello, I have the same problem with RV730. The "disable semaphores ..." patch makes it better, but not completely, UVD is still not usable. Please follow me to bug #67994 which seems more approprite for RV730.
Please add a new bug report for this, cause as you already wrote on bug #67994 your bug has different symptoms than this one here.
Closing this bug as the problem seems to be solved now.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org