From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 69723] Computer freezes with kernel 3.11.0 / 3.12-rc1 (with bug 68235's patches applied) when dpm=1 on r600g (Cayman) Date: Fri, 08 Nov 2013 04:13:26 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1091299520==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 1C8E3F9E4F for ; Thu, 7 Nov 2013 20:13:45 -0800 (PST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces@lists.freedesktop.org Errors-To: dri-devel-bounces@lists.freedesktop.org To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1091299520== Content-Type: multipart/alternative; boundary="1383884006.8A3Cbb52.8635"; charset="us-ascii" --1383884006.8A3Cbb52.8635 Date: Fri, 8 Nov 2013 04:13:26 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=69723 --- Comment #25 from Alexandre Demers --- (In reply to comment #24) > (In reply to comment #23) > > Well, maybe the first thing would be to identify when or what sequence leads > > to the hang. That's why I was suggesting to trace it. But if I understand > > you correctly, you are saying the GPU is programmed once and then we just > > move from state to another, right? > > > > I'm not sure, but I think I've read somewhere it was possible to set a power > > state manually, to force dpm to a given state in other words. Am I right? > > A power state consists of several performance levels (generally 3 on cayman; > low, medium, and high). The driver loads a power state and then the GPU > dynamically changes between the performance levels within that state based > on GPU load. You can force the GPU to always stay in the low or high state > via sysfs. See: > http://www.botchco.com/agd5f/?p=57 > for more info. That basically tells the GPU to stay in that performance > level and to not dynamically transition between performance levels. Thanks, I knew I had read it somewhere. You are confirming what I had understood of the performance levels in a given state. However, I'm thinking we are not looking at the right spot... I've been testing power states and performance levels, running Youtube videos (which hitting in the general GPU part, not UVD), playing videos with VLC (VDPAU enabled, which was using UVD) and doing both at once. Everything was rock solid. Their must be something else that has nothing to do with the power states. All performance levels and transitions from one to another worked fine. Is there something to your knowledge that could have more chance of hanging when switching performance levels that would be less vulnerable with a fixed mclk and vddci? -- You are receiving this mail because: You are the assignee for the bug. --1383884006.8A3Cbb52.8635 Date: Fri, 8 Nov 2013 04:13:26 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 25 on bug 69723 from
(In reply to comment #24)
> (In reply to comment #23)
> > Well, maybe the first thing would be to identify when or what sequence leads
> > to the hang. That's why I was suggesting to trace it. But if I understand
> > you correctly, you are saying the GPU is programmed once and then we just
> > move from state to another, right?
> > 
> > I'm not sure, but I think I've read somewhere it was possible to set a power
> > state manually, to force dpm to a given state in other words. Am I right?
> 
> A power state consists of several performance levels (generally 3 on cayman;
> low, medium, and high).  The driver loads a power state and then the GPU
> dynamically changes between the performance levels within that state based
> on GPU load.  You can force the GPU to always stay in the low or high state
> via sysfs.  See:
> http://www.botchco.com/agd5f/?p=57
> for more info.  That basically tells the GPU to stay in that performance
> level and to not dynamically transition between performance levels.

Thanks, I knew I had read it somewhere. You are confirming what I had
understood of the performance levels in a given state.

However, I'm thinking we are not looking at the right spot... I've been testing
power states and performance levels, running Youtube videos (which hitting in
the general GPU part, not UVD), playing videos with VLC (VDPAU enabled, which
was using UVD) and doing both at once. Everything was rock solid. Their must be
something else that has nothing to do with the power states. All performance
levels and transitions from one to another worked fine.

Is there something to your knowledge that could have more chance of hanging
when switching performance levels that would be less vulnerable with a fixed
mclk and vddci?


You are receiving this mail because:
  • You are the assignee for the bug.
--1383884006.8A3Cbb52.8635-- --===============1091299520== 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 --===============1091299520==--