Re: [PATCH 2/2] Fix console handling during suspend/resume

Linus Torvalds
2006-06-18T18:18:38Z

On Sun, 18 Jun 2006, Linus Torvalds wrote:
>
> The "most drivers" argument is also pretty bad. The fact is, most drivers
> probably don't need to do a whole lot for _either_ freeze nor suspend. The
> drivers that matter aren't "most drivers", it's the "special cases".

Btw, you've gotten off the basic reason we'd want to do this in the first
place: keep the system alive throughout the process, so that you can do
"printk()" and other debugging, even while you're suspending one device,
without having to have horrible hacks about where to reach the console.

If you want to be able to debug as much of the suspend process as
possible, you have two choices:

- don't suspend devices until the very end (ie have a separate and
well-defined "freeze", which doesn't actually need to really shut
things off)

- turn off all console activity and/or have horrible hacks that won't
work anyway to try to figure out when it can print things and when it
can't.

I think the first option is the one that actually works. Right now, to get
my machine to suspend successfully (with the current broken "suspend
everything"), I have to turn off the console much much _much_ too early.
That's what I'm trying to get away from.

Linus