From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 97240] VCE encoding sometimes locks up since 4.8-rc1
Date: Thu, 29 Sep 2016 08:55:38 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0497514813=="
Return-path:
Received: from culpepper.freedesktop.org (culpepper.freedesktop.org
[131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id 01CC66E7FD
for ; Thu, 29 Sep 2016 08:55:38 +0000 (UTC)
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
--===============0497514813==
Content-Type: multipart/alternative; boundary="14751393370.cebe8a6b.28535";
charset="UTF-8"
--14751393370.cebe8a6b.28535
Date: Thu, 29 Sep 2016 08:55:37 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.freedesktop.org/
Auto-Submitted: auto-generated
https://bugs.freedesktop.org/show_bug.cgi?id=3D97240
--- Comment #5 from Christoph Haag ---
(In reply to Andy Furniss from comment #4)
> (In reply to Christoph Haag from comment #3)
>=20
> > Also the decodebin element uses vaapi to decode the video, so I may have
> > mischaracterized the bug in the first place that it's really an UVD pro=
blem.
>=20
> So does something like below work?
>=20
> for X in $(seq 1 50); do gst-launch-1.0 -e filesrc
> location=3Dbig_buck_bunny_720p_1mb.mp4 ! qtdemux ! avdec_h264 ! videoconv=
ert !
> omxh264enc ! fakesink; done
Yes.
> My Tonga used to have this issue and this post prompted me to look what
> fixed it =3D
> it was a recent tonga firmware upgrade so not much use to you, also I thi=
nk
> power gating for uvd/vce is disabled for tonga - so maybe another differe=
nce.
>=20
> While the issue existed I could work around by forcing my clocks to high
> when testing vce =3D
>=20
> echo high > /sys/class/drm/card0/device/power_dpm_force_performance_level
> then=20
> echo auto > /sys/class/drm/card0/device/power_dpm_force_performance_level
>=20
> after testing finished to keep thinks cooler :-) (note that if you change
> modes or your monitor goes into dpms this will happen anyway)
No.
--=20
You are receiving this mail because:
You are the assignee for the bug.=
--14751393370.cebe8a6b.28535
Date: Thu, 29 Sep 2016 08:55:37 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.freedesktop.org/
Auto-Submitted: auto-generated
Comment=
# 5
on bug 97240<=
/a>
from Christoph Haag
(In reply to Andy Furniss from comment #4)
> (In reply to Christoph Haag from comment #3)
>=20
> > Also the decodebin element uses vaapi to decode the video, so I m=
ay have
> > mischaracterized the bug in the first place that it's really an U=
VD problem.
>=20
> So does something like below work?
>=20
> for X in $(seq 1 50); do gst-launch-1.0 -e filesrc
> location=3Dbig_buck_bunny_720p_1mb.mp4 ! qtdemux ! avdec_h264 ! videoc=
onvert !
> omxh264enc ! fakesink; done
Yes.
> My Tonga used to have this issue and this post p=
rompted me to look what
> fixed it =3D
> it was a recent tonga firmware upgrade so not much use to you, also I =
think
> power gating for uvd/vce is disabled for tonga - so maybe another diff=
erence.
>=20
> While the issue existed I could work around by forcing my clocks to hi=
gh
> when testing vce =3D
>=20
> echo high > /sys/class/drm/card0/device/power_dpm_force_performance=
_level
> then=20
> echo auto > /sys/class/drm/card0/device/power_dpm_force_performance=
_level
>=20
> after testing finished to keep thinks cooler :-) (note that if you cha=
nge
> modes or your monitor goes into dpms this will happen anyway)
No.
You are receiving this mail because:
- You are the assignee for the bug.
=
--14751393370.cebe8a6b.28535--
--===============0497514813==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz
dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg==
--===============0497514813==--