From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 89987] Slow VDPAU (rv770_restrict_performance_levels_before_switch failed) Date: Sat, 11 Apr 2015 22:40:17 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0175719725==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 833536E1E7 for ; Sat, 11 Apr 2015 15:40:17 -0700 (PDT) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0175719725== Content-Type: multipart/alternative; boundary="1428792017.D5Bc0.18235"; charset="UTF-8" --1428792017.D5Bc0.18235 Date: Sat, 11 Apr 2015 22:40:17 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" 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@lists.freedesktop.org Reporter: chewi@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. --1428792017.D5Bc0.18235 Date: Sat, 11 Apr 2015 22:40:17 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
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@lists.freedesktop.org
Reporter chewi@gentoo.org 

Created attachment 115023 [details]
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.
--1428792017.D5Bc0.18235-- --===============0175719725== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK --===============0175719725==--