From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 88152] 720p and 1080 H.264 videos lock-up on playback with vlc / vdpau on Radeon 3850HD Date: Mon, 13 Apr 2015 13:30:36 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1130256125==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 564E16E46E for ; Mon, 13 Apr 2015 06:30:36 -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 --===============1130256125== Content-Type: multipart/alternative; boundary="1428931836.8E8F3A230.21557"; charset="UTF-8" --1428931836.8E8F3A230.21557 Date: Mon, 13 Apr 2015 13:30:36 +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=3D88152 --- Comment #37 from Manuel Ullmann --- Are you sure this bug is not related to bug #85320? Also, are you certain i= t is fixed in 4.0.0-rc7+ (linux git). In the mentioned report users of RV620/630= and RS780/880 (3450/2600 and 3200/4200 respectively) report GPU Resets and lock= ups when using vdpau hardware decoding. Do you use also mesa git and might the fix be rather introduced by a mesa g= it pull? That would explain, why you could not bisect it in linux git. I for my part have a Radeon HD 3200 Mobility (RS780M) and could still repro= duce it with linux git. Did you test the fix thoroughly? For example I could sta= rt a video with hardware accelerated video decoding in mpv 40 times without a GPU Reset, but seeking in the video or disabling and reenabling the video track could cause it, while normal playback usually did not trigger it. Stable VLC however caused the GPU Reset on the first try using vaapi decodi= ng with vdpau wrapper. It would be at least a good sign, if VLC can=C2=B4t rep= roduce this anymore for you and maybe for the others at bug #85320 also. So basically I=C2=B4m asking, whether the described methods still cause a G= PU Reset and what libraries you use in git version. --=20 You are receiving this mail because: You are the assignee for the bug. --1428931836.8E8F3A230.21557 Date: Mon, 13 Apr 2015 13:30:36 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Commen= t # 37 on bug 88152<= /a> from Manuel Ullmann
Are you sure this bug is not related to bug #85320? Also, are you certain i=
t is
fixed in 4.0.0-rc7+ (linux git). In the mentioned report users of RV620/630=
 and
RS780/880 (3450/2600 and 3200/4200 respectively) report GPU Resets and lock=
ups
when using vdpau hardware decoding.
Do you use also mesa git and might the fix be rather introduced by a mesa g=
it
pull? That would explain, why you could not bisect it in linux git.
I for my part have a Radeon HD 3200 Mobility (RS780M) and could still repro=
duce
it with linux git. Did you test the fix thoroughly? For example I could sta=
rt a
video with hardware accelerated video decoding in mpv 40 times without a GPU
Reset, but seeking in the video or disabling and reenabling the video track
could cause it, while normal playback usually did not trigger it.
Stable VLC however caused the GPU Reset on the first try using vaapi decodi=
ng
with vdpau wrapper. It would be at least a good sign, if VLC can=C2=B4t rep=
roduce
this anymore for you and maybe for the others at bug #85320 also.

So basically I=C2=B4m asking, whether the described methods still cause a G=
PU Reset
and what libraries you use in git version.


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