[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <E1I8amY-00009H-00@dorka.pomaz.szeredi.hu>
Date: Wed, 11 Jul 2007 13:54:58 +0200
From: Miklos Szeredi <miklos@...redi.hu>
To: rjw@...k.pl
CC: miklos@...redi.hu, a1426z@...ab.com, jeremy@...p.org, jbms@....edu,
pavel@....cz, nickpiggin@...oo.com.au,
linux-kernel@...r.kernel.org, akpm@...ux-foundation.org
Subject: Re: Hibernation Redesign
> > > regarding the freezer, how it is bad and how we should drop it,
> > > because it breaks things (which NB is not true, because it doesn't).
> >
> > This thread started out from a bug, that seemed to be caused by the
> > freezer (we still don't exactly know what it was caused by), and the
> > discussion uncovered various problems _with_ the freezer, that up to
> > now no other _proper_ solutions have been propsed than to remove the
> > freezer.
>
> First, please list those problems for completness. Moreover, I think they
> should be documented if they haven't been yet.
Suspend failing due to ordering requirements from fuse, I think you
documented this one.
Suspend failing due to malicious/buggy fuse filesystem.
Suspend failing if network filesystem is mounted, and network or
server is down. This is one of those "we can live with it" things
that only happen rarely, and it's annoying then, but soon forgotten.
Freezing of tasks is slowing down suspend. Don't know how serious
this is, suspend is pretty fast, but could possibly be even faster.
Don't know what the OLPC guys do to make suspending extremely quick,
are they freezing any tasks?
> Second, there were many more problems with the freezer in the past and we
> were able to eliminate them over time. It sometimes is difficult to invent a
> viable solution on demand ...
OK, if you elimitate all of the above problems with the freezer, I'll
say no more against it.
Miklos
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists