Re: [ 00/10] [Suspend2] Modules support.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Saturday 04 February 2006 12:41, Nigel Cunningham wrote:
> On Saturday 04 February 2006 21:38, Rafael J. Wysocki wrote:
> > > > My personal view is that:
> > > > 1) turning the freezing of kernel threads upside-down is not
> > > > necessary and would cause problems in the long run,
> > >
> > > Upside down?
> >
> > I mean now they should freeze voluntarily and your patches change that
> > so they would have to be created as non-freezeable if need be, AFAICT.
> 
> Ah. Now I'm on the same page. Lost the context.
> 
> > > > 2) the todo lists are not necessary and add a lot of complexity,
> > >
> > > Sorry. Forgot about this. I liked it for solving the SMP problem, but
> > > IIRC, we're downing other cpus before this now, so that issue has gone
> > > away. I should check whether I'm right there.
> > >
> > > > 3) trying to treat uninterruptible tasks as non-freezeable should
> > > > better be avoided (I tried to implement this in swsusp last year but
> > > > it caused vigorous opposition to appear, and it was not Pavel ;-))
> > >
> > > I'm not suggesting treating them as unfreezeable in the fullest sense.
> > > I still signal them, but don't mind if they don't respond. This way,
> > > if they do leave that state for some reason (timeout?) at some point,
> > > they still get frozen.
> >
> > Yes, that's exactly what I wanted to do in swsusp. ;-)
> 
> Oh. What's Pavel's solution? Fail freezing if uninterruptible threads don't 
> freeze?
> 
> > > > > A couple of possible  exceptions might be (1) freezing bdevs,
> > > > > because you don't care so much about making xfs really sync and
> > > > > really stop it's activity
> > > >
> > > > As I have already stated, in my view this one is at least worth
> > > > considering in the long run.
> > > >
> > > > > and (2) the  ability to thaw kernel space without thawing
> > > > > userspace. I want this for eating memory, to avoid deadlocking
> > > > > against kjournald etc. I haven't checked carefully as to why you
> > > > > don't need it in vanilla.
> > > >
> > > > Because it does not deadlock?  I will say we need this if I see a
> > > > testcase showing such a deadlock clearly.
> > >
> > > I've been surprised that you haven't already seen them while eating
> > > memory such that filesystems come into play. Perhaps you guys only use
> > > swap partitions, and something like a swapfile with some memory
> > > pressure might trigger this? Or it could be a side effect of one of
> > > the other changes.
> >
> > In fact, we only use swap partitions, so this will be needed if we are
> > going to use files, I guess.  Nice to know in advance, thanks. ;-)
> 
> k. Just so you don't confuse me, can I ask you not to refer to swapfiles as 
> 'files'? I support swap partitions, swapfiles and ordinary files, so the 
> latter will come to mind first for me.

Sure.  In fact I was referring to both swapfiles and regular files as just
"files".

Greetings,
Rafael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux