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@xxxxxxx> 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 -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
