From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 84662] Long pauses with Unreal demo Elemental on R9270X since :
Always flush the HDP cache before submitting a CS to the GPU
Date: Mon, 06 Oct 2014 14:33:58 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1033002063=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id 4D4496E3B8
for ; Mon, 6 Oct 2014 07:33: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
--===============1033002063==
Content-Type: multipart/alternative; boundary="1412606038.2dF6f0.25464"; charset="UTF-8"
--1412606038.2dF6f0.25464
Date: Mon, 6 Oct 2014 14:33: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=3D84662
--- Comment #14 from Andy Furniss ---
(In reply to Michel D=C3=A4nzer from comment #12)
> Created attachment 107391 [details] [review]
> Make Mesa behave as if the kernel was older
>=20
> (In reply to Andy Furniss from comment #3)
> > gallium hud on bad showing different vram gtt usage
>=20
> That's very interesting indeed =E2=80=94 on the 'good' screenshot, reques=
ted and
> actual VRAM usage match up almost perfectly, but on the 'bad' one, there'=
s a
> large discrepancy.
>=20
> With a current kernel, does the bad behaviour start with the same Mesa
> commit as the Unigine stutters?
>=20
> The attached patch makes Mesa behave the same with current kernels as it
> does with older ones which don't have the bisected commit. Does that avoid
> the problem?
More testing - incomplete but will post initial findings as I don't know wh=
en
I'll finish.
I managed to get older mesa to build with new llvm by applying the build fi=
xes.
With mesa on the commit before
r600g,radeonsi: Set RADEON_GEM_NO_CPU_ACCESS flag for tiled BOs
(I don't know yet exactly what mesa commit changed things)
I can with your patch or the stream revert get "good" behavior, this was wi=
th a
kernel on the "bad" HPD kernel commit.
Will test more over time.
--=20
You are receiving this mail because:
You are the assignee for the bug.
--1412606038.2dF6f0.25464
Date: Mon, 6 Oct 2014 14:33:58 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Commen=
t # 14
on bug 84662<=
/a>
from Andy Furniss
(In reply to Michel D=C3=A4nzer from comment #12)
> Created attachment 107391 [details] [review] [review]
> Make Mesa behave as if the kernel was older
>=20
> (In reply to Andy Furniss from =
comment #3)
> > gallium hud on bad showing different vram gtt usage
>=20
> That's very interesting indeed =E2=80=94 on the 'good' screenshot, req=
uested and
> actual VRAM usage match up almost perfectly, but on the 'bad' one, the=
re's a
> large discrepancy.
>=20
> With a current kernel, does the bad behaviour start with the same Mesa
> commit as the Unigine stutters?
>=20
> The attached patch makes Mesa behave the same with current kernels as =
it
> does with older ones which don't have the bisected commit. Does that a=
void
> the problem?
More testing - incomplete but will post initial findings as I don't know wh=
en
I'll finish.
I managed to get older mesa to build with new llvm by applying the build fi=
xes.
With mesa on the commit before
r600g,radeonsi: Set RADEON_GEM_NO_CPU_ACCESS flag for tiled BOs
(I don't know yet exactly what mesa commit changed things)
I can with your patch or the stream revert get "good" behavior, t=
his was with a
kernel on the "bad" HPD kernel commit.
Will test more over time.
You are receiving this mail because:
=20=20=20=20=20=20
- You are the assignee for the bug.
--1412606038.2dF6f0.25464--
--===============1033002063==
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
--===============1033002063==--