From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Rafael J. Wysocki" Subject: Re: Occasional (too common) suspend problem Date: Sun, 23 Jan 2011 22:29:49 +0100 Message-ID: <201101232229.49494.rjw@sisk.pl> References: <201101222017.40389.rjw@sisk.pl> Mime-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: Received: from ogre.sisk.pl ([217.79.144.158]:43817 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751827Ab1AWVaa (ORCPT ); Sun, 23 Jan 2011 16:30:30 -0500 In-Reply-To: Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Linus Torvalds Cc: Chris Wilson , Jesse Barnes , Dave Airlie , Len Brown , Jeff Chua , ACPI Devel Maling List , Linux-pm mailing list On Saturday, January 22, 2011, Linus Torvalds wrote: > On Sat, Jan 22, 2011 at 11:17 AM, Rafael J. Wysocki wrote: > >> ... > But the pm-suspend scripts do still end up > doing a lot of other things (like trying to switch vt's etc - but > disabling that didn't do anything for me). Well, I had a hackish patch disabling the kernel's own VT switch during suspend if the Intel graphics driver was used with KMS. I can dig it up if you want to try that, so let me know. > One more comment: when I disable the VT switching, I end up seeing the > kernel messages during suspend, but they obviously stop at > "suspend_console()". When I use "no_console_suspend" to show mssages, > the last message I see before the machine needs a keypess is the one > where we disable the i915 IRQ. > > Which probably doesn't mean anything, since it's probably just a > direct result of me saying "try to print stuff even over the suspend" > together with the i915 driver then not being able to due to not having > interrupts. So I suspect the "no_console_suspend" thing just doesn't > much help - it just results in more problems for the suspend, and it > probably never works at all. I think so. My experience is that it doesn't really work with KMS drivers. There's one more thing that may be related. Apparently, we've made something recently that's causing lots of problems with boot and poweroff for Asus machines (https://lkml.org/lkml/2011/1/23/54). The Asus BIOSes evidently don't like something we do, but I have no idea what that may be at this point. Rafael