From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 78453] [HAWAII] Get acceleration working Date: Tue, 20 May 2014 09:23:59 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1808605744==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id E7E826E6D2 for ; Tue, 20 May 2014 02:23:58 -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 --===============1808605744== Content-Type: multipart/alternative; boundary="1400577838.b25871f02.23860"; charset="us-ascii" --1400577838.b25871f02.23860 Date: Tue, 20 May 2014 09:23:58 +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=3D78453 --- Comment #36 from Michel D=C3=A4nzer --- (In reply to comment #34) > Unfortunatly egltri_screen display a triangle but sometimes and in a very > broken way : always a message about gpu stall, sometimes it display garba= ge, > sometimes a triangle but on the right or on the left. The gpu is > definitively doing some rendering works correctly but it fails before > swapping buffer. Beware that it might display something from a previous run even if it doesn= 't actually render anything. To rule that out, you may want to use another sim= ple test, e.g. one that only clears the window with glClear(), and alternate between the tests, so you can tell whether they actually render anything. > BTW why eglinfo also make the gpu stall ? As far as I can tell there is no > draw operation involved, just egl initialisation and unintialisation. A command stream might still be submitted to the hardware when the EGL cont= ext is unbound/destroyed. Should be easy to verify via a breakpoint in gdb. If that is the case, it might be useful to try narrowing down which part of that 'empty' command stream hangs the GPU. --=20 You are receiving this mail because: You are the assignee for the bug. --1400577838.b25871f02.23860 Date: Tue, 20 May 2014 09:23:58 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Commen= t # 36 on bug 78453<= /a> from Michel D=C3=A4nzer
(In reply to comment #=
34)
> Unfortunatly egltri_screen display a triangle bu=
t sometimes and in a very
> broken way : always a message about gpu stall, sometimes it display ga=
rbage,
> sometimes a triangle but on the right or on the left. The gpu is
> definitively doing some rendering works correctly but it fails before
> swapping buffer.

Beware that it might display something from a previous run even if it doesn=
't
actually render anything. To rule that out, you may want to use another sim=
ple
test, e.g. one that only clears the window with glClear(), and alternate
between the tests, so you can tell whether they actually render anything.


> BTW why eglinfo also make the gpu stall ? As far=
 as I can tell there is no
> draw operation involved, just egl initialisation and unintialisation.<=
/span >

A command stream might still be submitted to the hardware when the EGL cont=
ext
is unbound/destroyed. Should be easy to verify via a breakpoint in gdb.

If that is the case, it might be useful to try narrowing down which part of
that 'empty' command stream hangs the GPU.


You are receiving this mail because: =20=20=20=20=20=20
  • You are the assignee for the bug.
--1400577838.b25871f02.23860-- --===============1808605744== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel --===============1808605744==--