Card:Mobility Radeon HD 4570
I set those at start-up:
echo performance > /sys/class/drm/card0/device/power_dpm_state
echo high > /sys/class/drm/card0/device/power_dpm_force_performance_level
When trying to use VDPAU/UVD (e.g. with ffmpeg). The GPU soft-locks. X can be killed remotely. But the GPU is not reset properly. GL and VDPAU don't work after I start X again.
This bug was net present in 3.18.2.
dmesg output attached.
Created attachment 115621 [details]
Looking closer at what's going on. This could be codec related.
I just noticed that the bug is triggered with MPEG2(the particular file is 1080i) but not with H264.
And the bug goes back to at least 3.18.6.
The UVD block on the RV710 doesn't support MPEG2 in hardware. Because of that we fall back to shader based MPEG2 decoding and that seems to crash the GPU.
IIRC this used to work on RV710, but I'm not 100% sure.
Best solution I can see is to configure your player to not try to use hw acceleration for MPEG2.
I already have my player configured to only use VDPAU with H264(by default).
However, playback is not the only use-case of hardware acceleration. I actually stumbled upon this bug when a script called "ffmpeg" with "-hwaccel vdpau".
So, this bug can be triggered in scenarios that are not user-visible. Which makes it more severe IMHO.
May I suggest disabling hardware MPEG2 decoding completely for the time being?
(In reply to Christian König from comment #4)
> Because of
> that we fall back to shader based MPEG2 decoding and that seems to crash the
Who is responsible for shader based MPEG2 decoding?
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/614.