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

[Pavel Machek <pavel@ucw.cz>]

Hi!

> > You can't save a consistent system image if your drivers aren't all
> > stopped and DMA is stopped. 
> 
> Read the whole thread to an end.
> 
> You don't _need_ to save a consistent system image. There's no "single 
> snapshot in time" needed.

Maybe I do not _need_ consistent system image, but I _can_ get
consistent system image -- we are getting it today -- and it makes it
_way_ easier to think about.

> > Example is USB for example: to save a consistent state, the USB host
> > controller must stop DMA processing (for both STD and kexec). But that
> > means it can't process requests.
> 
> No. It means no such thing. It just means that trying to save a total 
> snapshot is insane and fundamentally impossible.

Why? I can stop USB controller, snapshot, restart USB controller,
write image to USB harddrive, stop USB controller, power down. That's
how it works. It is not insane, and it is certainly not impossible.

I do not want driver authors to think about "oh this is temporary data
structure". If you debug drivers with suspend to RAM, I can just reuse
that work for suspend to DISK -- *because* image is atomic. I'll
probably want to do some modifications (like do not unneccessarily
spin disks down), but modulo speed, suspend to RAM infrastructure
should work for swsusp.

								Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html