Re: Occasional (too common) suspend problem

On Sunday, January 23, 2011, Rafael J. Wysocki wrote:

On Saturday, January 22, 2011, Linus Torvalds wrote:

quoted

On Sat, Jan 22, 2011 at 11:17 AM, Rafael J. Wysocki [off-list ref] wrote:

quoted

quoted

...

quoted

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.

quoted

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