From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Rafael J. Wysocki" Subject: Re: [linux-pm] Occasional (too common) suspend problem Date: Sun, 23 Jan 2011 22:47:13 +0100 Message-ID: <201101232247.13422.rjw@sisk.pl> References: <201101232229.49494.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]:43869 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752204Ab1AWVsB (ORCPT ); Sun, 23 Jan 2011 16:48:01 -0500 In-Reply-To: <201101232229.49494.rjw@sisk.pl> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: linux-pm@lists.linux-foundation.org Cc: Linus Torvalds , Jeff Chua , Dave Airlie , Jesse Barnes , Chris Wilson , ACPI Devel Maling List On Sunday, January 23, 2011, Rafael J. Wysocki wrote: > 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. Also you may try reverting commit 677bd81 (ACPI video: remove output switching control) as it is reported to cause a regression to happen for someone (https://patchwork.kernel.org/patch/499221/ , which doesn't _seem_ to be related but anyway). Rafael