Re: [RFC][PATCH][EXPERIMENTAL] Make kernel threads nonfreezable by default

[Pavel Machek <pavel@ucw.cz>]

Hi!

> > > Index: linux-2.6.22-rc3/Documentation/power/kernel_threads.txt
> > > ===================================================================
> > > --- linux-2.6.22-rc3.orig/Documentation/power/kernel_threads.txt
> > > +++ linux-2.6.22-rc3/Documentation/power/kernel_threads.txt
> > > @@ -1,13 +1,22 @@
> > > -KERNEL THREADS
> > > +The Freezer and Kernel Threads
> > >  
> > > -
> > > -Freezer
> > > -
> > > -Upon entering a suspended state the system will freeze all
> > > -tasks. This is done by delivering pseudosignals. This affects
> > > -kernel threads, too. To successfully freeze a kernel thread
> > > -the thread has to check for the pseudosignal and enter the
> > > -refrigerator. Code to do this looks like this:
> > > +Before entering a system-wide suspend state as well as before creating a
> > > +hibernation snapshot image the system will freeze all tasks, which is done
> > > +by delivering fake signals.  This affects kernel threads too, but they won't be
> > > +frozen unless they declare that they want to.  For this purpose
> > 
> > Well... and unless thread that does disk writes or DMA _wants_ to, you
> > have nice disk corruption... It should be pointed out that it is not
> > voluntary for those types of threads.
> 
> Well, that really depends.
> 
> I think the only thing that must not be written to disk is filesystem stuff.
> The other things (eg. writing directly to block devices etc.) doesn't hurt us.

Well.. it can write anywhere it wants (filesystem or not) as long as
the system is not going to be confused after resume by its caches not
matching on-disk state. I'd prefer it not to write anywhere at all.

								Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/