From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 84662] New: Long pauses with Unreal demo Elemental on R9270X since : Always flush the HDP cache before submitting a CS to the GPU Date: Sat, 04 Oct 2014 14:50:48 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0834511611==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 8C7F36E18F for ; Sat, 4 Oct 2014 07:50:48 -0700 (PDT) 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 --===============0834511611== Content-Type: multipart/alternative; boundary="1412434248.A20708c0.24835"; charset="UTF-8" --1412434248.A20708c0.24835 Date: Sat, 4 Oct 2014 14:50:48 +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 Bug ID: 84662 Summary: Long pauses with Unreal demo Elemental on R9270X since : Always flush the HDP cache before submitting a CS to the GPU Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: adf.lists@gmail.com R9270X PCIE 2.0 2 gig vram 4 gig ram. Unreal demo Elemental only recently started working with git llvm/mesa, do = no bisection done on these. The demo even when working is very broken - constant 1/4 sec stutters with a couple of 1/2 - 1 sec. But after - commit 4439d469706699b4e69ef410ebc9115339f6e9e6 Author: Michel D=C3=A4nzer Date: Thu Jul 31 18:43:49 2014 +0900 drm/radeon: Always flush the HDP cache before submitting a CS to the GPU This ensures the GPU sees all previous CPU writes to VRAM, which makes = it safe: * For userspace to stream data from CPU to GPU via VRAM instead of GTT * For IBs to be stored in VRAM instead of GTT * For ring buffers to be stored in VRAM instead of GTT, if the HPD flush is performed via MMIO There are far longer pauses of many seconds - run time to unreal logo on "g= ood" is 3:45 on bad best 5:39 can be longer. Screens to be attached show quite different vram/gtt usage between good and bad. Related to=20 https://bugs.freedesktop.org/show_bug.cgi?id=3D82050 I bisected to the same commit in that bug, but applying the mesa patch https://bugs.freedesktop.org/show_bug.cgi?id=3D82050#c19 doesn't help here. CONFIG_CMA is not set. Tried kernel org 3.17-rc7 as it was reported in above as working, but not f= or me. --=20 You are receiving this mail because: You are the assignee for the bug. --1412434248.A20708c0.24835 Date: Sat, 4 Oct 2014 14:50:48 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Bug ID 84662
Summary Long pauses with Unreal demo Elemental on R9270X since : Alwa= ys flush the HDP cache before submitting a CS to the GPU
Product Mesa
Version git
Hardware Other
OS All
Status NEW
Severity normal
Priority medium
Component Drivers/Gallium/radeonsi
Assignee dri-devel@lists.freedesktop.org
Reporter adf.lists@gmail.com

R9270X PCIE 2.0 2 gig vram 4 gig ram.

Unreal demo Elemental only recently started working with git llvm/mesa, do =
no
bisection done on these.

The demo even when working is very broken - constant 1/4 sec stutters with a
couple of 1/2 - 1 sec.

But after -

commit 4439d469706699b4e69ef410ebc9115339f6e9e6
Author: Michel D=C3=A4nzer <michel.daenzer@amd.com>
Date:   Thu Jul 31 18:43:49 2014 +0900

    drm/radeon: Always flush the HDP cache before submitting a CS to the GPU

    This ensures the GPU sees all previous CPU writes to VRAM, which makes =
it
    safe:

    * For userspace to stream data from CPU to GPU via VRAM instead of GTT
    * For IBs to be stored in VRAM instead of GTT
    * For ring buffers to be stored in VRAM instead of GTT, if the HPD flush
      is performed via MMIO


There are far longer pauses of many seconds - run time to unreal logo on &q=
uot;good"
is 3:45 on bad best 5:39 can be longer.

Screens to be attached show quite different vram/gtt usage between good and
bad.

Related to=20

https://bugs.freedesktop.org/show_bug.c=
gi?id=3D82050

I bisected to the same commit in that bug, but applying the mesa patch

https://bugs.freedesktop.org/show_b=
ug.cgi?id=3D82050#c19

doesn't help here.

CONFIG_CMA is not set.

Tried kernel org 3.17-rc7 as it was reported in above as working, but not f=
or
me.


You are receiving this mail because: =20=20=20=20=20=20
  • You are the assignee for the bug.
--1412434248.A20708c0.24835-- --===============0834511611== 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 --===============0834511611==--