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.=
span >
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==--