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