From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally
unstable and poorly performing
Date: Wed, 20 Jan 2016 17:37:13 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1154205587=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id EAB896E074
for ; Wed, 20 Jan 2016 09:37:14 -0800 (PST)
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
--===============1154205587==
Content-Type: multipart/alternative; boundary="14533114334.6EE5.12283";
charset="UTF-8"
--14533114334.6EE5.12283
Date: Wed, 20 Jan 2016 17:37:13 +0000
MIME-Version: 1.0
Content-Type: text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #65 from Julian ---
I've now tested the following configurations:
sclk_dpm_key_disabled = 0;
mclk_dpm_key_disabled = 0;
pcie_dpm_key_disabled = 0;
thermal_sclk_dpm_enabled = 0;
==> LOCKS UP - this is the default configuration
sclk_dpm_key_disabled = 1;
mclk_dpm_key_disabled = 1;
pcie_dpm_key_disabled = 1;
thermal_sclk_dpm_enabled = 1;
==> NO LOCKUP
sclk_dpm_key_disabled = 0;
mclk_dpm_key_disabled = 0;
pcie_dpm_key_disabled = 1;
thermal_sclk_dpm_enabled = 1;
==> LOCKS UP
sclk_dpm_key_disabled = 0;
mclk_dpm_key_disabled = 1;
pcie_dpm_key_disabled = 1;
thermal_sclk_dpm_enabled = 1;
==> LOCKS UP
sclk_dpm_key_disabled = 1;
mclk_dpm_key_disabled = 0;
pcie_dpm_key_disabled = 1;
thermal_sclk_dpm_enabled = 1;
==> NO LOCKUP - however, I periodically checked
/sys/kernel/debug/dri/0/radeon_pm_info and mclk never actually changed (always
150000). Maybe mclk usually always changes based on sclk? With slck locked,
mclk wouldn't change either, even if unlocked.
(In reply to Alex Deucher from comment #64)
> (In reply to Julian from comment #63)
> > At first I thought it was an issue with the writeback feature that caches
> > certain register values because it also caches an rptr value that is used in
> > the driver's gpu_lockup_check and is, to my knowledge, never actually
> > written to.
>
> More likely it never gets written because the GPU has hung due to something
> else.
Sorry, I meant that I've searched the radeon source for the lines of code where
the value was accessed from. I've only found instances of it being read, no
instances of it being written to. But I won't put too much stock into that
since I hardly know the code base at all. I plan to mess with the code a little
now that I know how to compile single modules. If I find something substantial
that this might be a bug, I'll open a new issue about it.
> >
> > Buuut using radeon.no_wb=1 doesn't help. So if I've found a bug it is not
> > the culprit of the lockups.
>
> The no_wb option isn't really applicable on newer chips and most likely
> won't work. Newer hw does not support the necessary features to not support
> wb. It's mainly a leftover from the early radeons.
Thanks. Good to know.
--
You are receiving this mail because:
You are the assignee for the bug.
--14533114334.6EE5.12283
Date: Wed, 20 Jan 2016 17:37:13 +0000
MIME-Version: 1.0
Content-Type: text/html
Comment # 65
on bug 91880
from Julian
I've now tested the following configurations:
sclk_dpm_key_disabled = 0;
mclk_dpm_key_disabled = 0;
pcie_dpm_key_disabled = 0;
thermal_sclk_dpm_enabled = 0;
==> LOCKS UP - this is the default configuration
sclk_dpm_key_disabled = 1;
mclk_dpm_key_disabled = 1;
pcie_dpm_key_disabled = 1;
thermal_sclk_dpm_enabled = 1;
==> NO LOCKUP
sclk_dpm_key_disabled = 0;
mclk_dpm_key_disabled = 0;
pcie_dpm_key_disabled = 1;
thermal_sclk_dpm_enabled = 1;
==> LOCKS UP
sclk_dpm_key_disabled = 0;
mclk_dpm_key_disabled = 1;
pcie_dpm_key_disabled = 1;
thermal_sclk_dpm_enabled = 1;
==> LOCKS UP
sclk_dpm_key_disabled = 1;
mclk_dpm_key_disabled = 0;
pcie_dpm_key_disabled = 1;
thermal_sclk_dpm_enabled = 1;
==> NO LOCKUP - however, I periodically checked
/sys/kernel/debug/dri/0/radeon_pm_info and mclk never actually changed (always
150000). Maybe mclk usually always changes based on sclk? With slck locked,
mclk wouldn't change either, even if unlocked.
(In reply to Alex Deucher from comment #64)
> (In reply to Julian from comment #63)
> > At first I thought it was an issue with the writeback feature that caches
> > certain register values because it also caches an rptr value that is used in
> > the driver's gpu_lockup_check and is, to my knowledge, never actually
> > written to.
>
> More likely it never gets written because the GPU has hung due to something
> else.
Sorry, I meant that I've searched the radeon source for the lines of code where
the value was accessed from. I've only found instances of it being read, no
instances of it being written to. But I won't put too much stock into that
since I hardly know the code base at all. I plan to mess with the code a little
now that I know how to compile single modules. If I find something substantial
that this might be a bug, I'll open a new issue about it.
> >
> > Buuut using radeon.no_wb=1 doesn't help. So if I've found a bug it is not
> > the culprit of the lockups.
>
> The no_wb option isn't really applicable on newer chips and most likely
> won't work. Newer hw does not support the necessary features to not support
> wb. It's mainly a leftover from the early radeons.
Thanks. Good to know.
You are receiving this mail because:
- You are the assignee for the bug.
--14533114334.6EE5.12283--
--===============1154205587==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0
cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK
--===============1154205587==--