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
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==--