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: Mon, 13 Apr 2015 08:10:04 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1696215311==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id F148B6E1B9 for ; Mon, 13 Apr 2015 01:10:03 -0700 (PDT) In-Reply-To: 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 --===============1696215311== Content-Type: multipart/alternative; boundary="1428912603.80120.14480"; charset="UTF-8" --1428912603.80120.14480 Date: Mon, 13 Apr 2015 08:10:03 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable https://bugs.freedesktop.org/show_bug.cgi?id=3D89987 --- Comment #4 from Christian K=C3=B6nig --- (In reply to James Le Cuirot from comment #0) > 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. Yeah, that is indeed a completely different issue, so opening up a new bug report was the right thing to do. > [drm:rv770_dpm_set_power_state [radeon]] *ERROR* > rv770_restrict_performance_levels_before_switch failed >=20 > This led me to try booting with radeon.dpm=3D0. Under the high profile, l= ow > quality is smooth and high quality improves to just jumpy. Under the dynpm > method, both are smooth. >=20 > 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. Thanks for the detailed report, but unfortunately I can't help much and Alex need to take a look at this. The issue is that the driver send a message to the SMU to raise the clocks = for playback and with two connected monitors that fails for some reason. --=20 You are receiving this mail because: You are the assignee for the bug. --1428912603.80120.14480 Date: Mon, 13 Apr 2015 08:10:03 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Comment= # 4 on bug 89987<= /a> from Christian K=C3=B6nig
(In reply to James Le Cuirot from comment #0)
> 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 cha=
nged
> since then, plus it used to work for me until 3.18.

Yeah, that is indeed a completely different issue, so opening up a new bug
report was the right thing to do.

> [drm:rv770_dpm_set_power_state [radeon]] *ERROR*
> rv770_restrict_performance_levels_before_switch failed
>=20
> This led me to try booting with radeon.dpm=3D0. Under the high profile=
, low
> quality is smooth and high quality improves to just jumpy. Under the d=
ynpm
> method, both are smooth.
>=20
> I have two displays connected using Zaphod mode, both normally at 1080=
p. If
> I disconnect the second, playback is smooth. If I set the second to so=
me 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.

Thanks for the detailed report, but unfortunately I can't help much and Alex
need to take a look at this.

The issue is that the driver send a message to the SMU to raise the clocks =
for
playback and with two connected monitors that fails for some reason.


You are receiving this mail because: =20=20=20=20=20=20
  • You are the assignee for the bug.
--1428912603.80120.14480-- --===============1696215311== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK --===============1696215311==--