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