[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.1005290913190.8568@cobra.newdream.net>
Date: Sat, 29 May 2010 09:15:25 -0700 (PDT)
From: Sage Weil <sage@...dream.net>
To: Peter Zijlstra <peterz@...radead.org>
cc: linux-kernel@...r.kernel.org, mingo@...e.hu,
andreas.herrmann3@....com, tglx@...utronix.de, efault@....de,
akpm@...ux-foundation.org
Subject: Re: [PATCH] sched: add wait_for_completion_killable_timeout
On Sat, 29 May 2010, Peter Zijlstra wrote:
> On Fri, 2010-05-28 at 12:16 -0700, Sage Weil wrote:
> > Hi-
> >
> > Do I need an ACK on this, or should I just send this to Linus with the
> > Ceph fix? It's a pretty trivial fixup.
>
> > > --- a/kernel/sched.c
> > > +++ b/kernel/sched.c
> > > @@ -4161,6 +4161,23 @@ int __sched wait_for_completion_killable(struct completion *x)
> > > EXPORT_SYMBOL(wait_for_completion_killable);
> > >
> > > /**
> > > + * wait_for_completion_killable_timeout: - waits for completion of a task (w/(to,killable))
> > > + * @x: holds the state of this particular completion
> > > + * @timeout: timeout value in jiffies
> > > + *
> > > + * This waits for either a completion of a specific task to be
> > > + * signaled or for a specified timeout to expire. It can be
> > > + * interrupted by a kill signal. The timeout is in jiffies.
> > > + */
> > > +unsigned long __sched
> > > +wait_for_completion_killable_timeout(struct completion *x,
> > > + unsigned long timeout)
> > > +{
> > > + return wait_for_common(x, timeout, TASK_KILLABLE);
> > > +}
> > > +EXPORT_SYMBOL(wait_for_completion_killable_timeout);
> > > +
> > > +/**
> > > * try_wait_for_completion - try to decrement a completion without blocking
> > > * @x: completion structure
> > > *
>
> I guess its ok, although I have an intrinsic suspicion of all things
> timeout, but since we have plenty of those interfaces around I can't
> object too much ;-)
>
> Acked-by: Peter Zijlstra <a.p.zijlstra@...llo.nl>
Agreed (about timeouts). In this case the timeout is only used during
mount so that we don't hang indefinitely if the server is unreachable.
Thanks :)
sage
--
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