Re: [linux-pm] Occasional (too common) suspend problem

["Rafael J. Wysocki" <rjw@sisk.pl>]

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 <rjw@sisk.pl> 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