From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757356Ab0FONcV (ORCPT ); Tue, 15 Jun 2010 09:32:21 -0400 Received: from ogre.sisk.pl ([217.79.144.158]:39367 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752959Ab0FONcT (ORCPT ); Tue, 15 Jun 2010 09:32:19 -0400 From: "Rafael J. Wysocki" To: Alex Deucher Subject: Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300 Date: Tue, 15 Jun 2010 15:30:47 +0200 User-Agent: KMail/1.13.3 (Linux/2.6.35-rc3-rjw+; KDE/4.4.3; x86_64; ; ) Cc: Dave Airlie , Linus Torvalds , Andrew Morton , linux-pm@lists.linux-foundation.org, linux-kernel@vger.kernel.org, "dri-devel" References: <201006141653.03879.rjw@sisk.pl> <201006142103.54616.rjw@sisk.pl> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006151530.47890.rjw@sisk.pl> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday, June 14, 2010, Alex Deucher wrote: > On Mon, Jun 14, 2010 at 3:03 PM, Rafael J. Wysocki wrote: > > On Monday, June 14, 2010, Alex Deucher wrote: > >> On Mon, Jun 14, 2010 at 10:53 AM, Rafael J. Wysocki wrote: > >> > Alex, Dave, > >> > > >> > I'm afraid hibernation is broken on all machines using radeon/KMS with r300 > >> > after commit ce8f53709bf440100cb9d31b1303291551cf517f > >> > (drm/radeon/kms/pm: rework power management). At least, I'm able to reproduce > >> > the symptom, which is that the machine hangs hard around the point where an > >> > image is created (probably during the device thaw phase), on two different > >> > boxes with r300 (the output of lspci from one of them is attached for > >> > reference, the other one is HP nx6325). > >> > > >> > Suspend to RAM appears to work fine at least on one of the affected boxes. > >> > > >> > Unfortunately, the commit above changes a lot of code and it's not too easy to > >> > figure out what's wrong with it and I didn't have the time to look more into > >> > details of this failure. However, it looks like you use .suspend() and > >> > .resume() callbacks as .freeze() and .thaw() which may not be 100% correct > >> > (in fact it looks like the "legacy" PCI suspend/resume is used, which is not > >> > recommended any more). > >> > > >> > >> Does it work any better after Dave's last drm pull request? > > > > Nope. The symptom is slightly different, though, because now it hangs after > > turning off the screen. > > > >> With the latest changes, pm should not be a factor unless it's explicitly > >> enabled via sysfs. > > > > Well, I guess the first pm patch changed more than just pm, then. > > Does this patch help? > http://lists.freedesktop.org/archives/dri-devel/2010-June/001314.html No, it doesn't. I try to hibernate, everything works to the point where the screen goes off and the box hangs (solid). Normally, it would turn the screen back on and continue with saving the image. But, since that happens with the patch above applied, I think it doesn't really pass the suspend phase (IOW, it probably hangs somewhere in the radeon's suspend routine). Rafael