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 00:15:58 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1463983138==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id B4BAC1131BF for ; Thu, 7 Nov 2013 16:15:58 -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 --===============1463983138== Content-Type: multipart/alternative; boundary="1383869758.c7A70df62.32489"; charset="us-ascii" --1383869758.c7A70df62.32489 Date: Fri, 8 Nov 2013 00:15:58 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=69723 --- Comment #23 from Alexandre Demers --- (In reply to comment #22) > (In reply to comment #19) > > Official kernel 3.12 still failing with latest mesa and drm. It always ends > > up with a white screen when it freezes and it is impossible to connect > > remotely by SSH. > > > > Would it be possible to add some debug/trace option to find where was the > > last recorded call or to print some key values/settings when they are > > changed/set? Maybe that could help narrow down where it hangs. > > The problem is the driver is not really involved except for the initial > programming of the states. The GPU does the reclocking internally once it's > enabled. Best bet would be to adjust the values programmed into the state > that's loaded into the SMC to see if you can narrow down what aspects are > problematic. 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? -- You are receiving this mail because: You are the assignee for the bug. --1383869758.c7A70df62.32489 Date: Fri, 8 Nov 2013 00:15:58 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 23 on bug 69723 from 
(In reply to comment #22)
> (In reply to comment #19)
> > Official kernel 3.12 still failing with latest mesa and drm. It always ends
> > up with a white screen when it freezes and it is impossible to connect
> > remotely by SSH.
> > 
> > Would it be possible to add some debug/trace option to find where was the
> > last recorded call or to print some key values/settings when they are
> > changed/set? Maybe that could help narrow down where it hangs.
> 
> The problem is the driver is not really involved except for the initial
> programming of the states.  The GPU does the reclocking internally once it's
> enabled.  Best bet would be to adjust the values programmed into the state
> that's loaded into the SMC to see if you can narrow down what aspects are
> problematic.

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?

You are receiving this mail because:
  • You are the assignee for the bug.
--1383869758.c7A70df62.32489-- --===============1463983138== 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 --===============1463983138==--