[Bug 89987] Slow VDPAU (rv770_restrict_performance_levels_before_switch failed)

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sat Apr 11 15:40:17 PDT 2015


https://bugs.freedesktop.org/show_bug.cgi?id=89987

            Bug ID: 89987
           Summary: Slow VDPAU
                    (rv770_restrict_performance_levels_before_switch
                    failed)
           Product: DRI
           Version: XOrg git
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: DRM/Radeon
          Assignee: dri-devel at lists.freedesktop.org
          Reporter: chewi at gentoo.org

Created attachment 115023
  --> https://bugs.freedesktop.org/attachment.cgi?id=115023&action=edit
dmesg

I have a Radeon HD4670 on a Gentoo Linux system. 1080p playback was working
fine under 3.17 but has since slowed to a crawl. I have done back to 3.17 to
check that it still works despite numerous updates to userspace and it does.
3.18 flat out refuses to work, with vdpauinfo claiming that H.264 is not
supported. I know that Radeon video acceleration was in a transition during
this period so best to ignore that. Under 3.19.3 and 4.0-rc7, vdpauinfo reports
that H.264 is supported but playback is very slow. How slow? Low quality 1080p
is very jumpy. High quality 1080p (Blu-ray) barely moves at all. Probably
something like 0.1fps. When attempting playback, though mplayer or VLC, the
following error appears in dmesg.

[drm:rv770_dpm_set_power_state [radeon]] *ERROR*
rv770_restrict_performance_levels_before_switch failed

This led me to try booting with radeon.dpm=0. Under the high profile, low
quality is smooth and high quality improves to just jumpy. Under the dynpm
method, both are smooth.

I have two displays connected using Zaphod mode, both normally at 1080p. If I
disconnect the second, playback is smooth. If I set the second to some low
resolution like 720x480 but play 1080p video on the first, playback is smooth.
I'm not sure whether this behaviour is a symptom or a cause.

I tried enabling DRI3 to see if that would help but no. I can't bisect the
kernel because UVD acceleration is new. There has probably not been a commit so
far where it did work under this setup. Here's some further info.

Card: Advanced Micro Devices, Inc. [AMD/ATI] RV730 XT [Radeon HD 4670]
Kernels: 3.19.3 and 4.0-rc7
Mesa: 10.5.2
xorg-server: 1.17.1
xf86-video-ati: 7.5.0 and 5921ba4ca705a0d919515626088f3948cc4848c1
Desktop: XFCE (no compositing)

This has similarities to bug #69120 but I believe that to be a different issue
because it involves much older kernel versions and a lot has changed since
then, plus it used to work for me until 3.18.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150411/43c1de38/attachment.html>


More information about the dri-devel mailing list