From: Andrew Morton <akpm@linux-foundation.org>
To: Patrick Pannuto <ppannuto@codeaurora.org>
Cc: Arjan van de Ven <arjan@linux.intel.com>,
linux-kernel@vger.kernel.org, tglx@linutronix.de, mingo@elte.hu,
akinobu.mita@gmail.com, sboyd@codeaurora.org
Subject: Re: [PATCH] timer: Added usleep[_range] timer
Date: Thu, 22 Jul 2010 16:16:54 -0700 [thread overview]
Message-ID: <20100722161654.1b27b8ee.akpm@linux-foundation.org> (raw)
In-Reply-To: <4C44CDD2.1070708@codeaurora.org>
On Mon, 19 Jul 2010 15:12:34 -0700
Patrick Pannuto <ppannuto@codeaurora.org> wrote:
> Respun without interruptible...
>
And without all the nice changelog info. Oh well.
> usleep[_range] are finer precision implementations of msleep
> and are designed to be drop-in replacements for udelay where
> a precise sleep / busy-wait is unnecessary. They also allow
> an easy interface to specify slack when a precise (ish)
> wakeup is unnecessary to help minimize wakeups
>
> Signed-off-by: Patrick Pannuto <ppannuto@codeaurora.org>
> ---
> include/linux/delay.h | 6 ++++++
> kernel/timer.c | 22 ++++++++++++++++++++++
> 2 files changed, 28 insertions(+), 0 deletions(-)
>
> diff --git a/include/linux/delay.h b/include/linux/delay.h
> index fd832c6..0e303d1 100644
> --- a/include/linux/delay.h
> +++ b/include/linux/delay.h
> @@ -45,6 +45,12 @@ extern unsigned long lpj_fine;
> void calibrate_delay(void);
> void msleep(unsigned int msecs);
> unsigned long msleep_interruptible(unsigned int msecs);
> +void usleep_range(unsigned long min, unsigned long max);
> +
> +static inline void usleep(unsigned long usecs)
> +{
> + usleep_range(usecs, usecs);
> +}
>
> static inline void ssleep(unsigned int seconds)
> {
> diff --git a/kernel/timer.c b/kernel/timer.c
> index ee305c8..4e6746f 100644
> --- a/kernel/timer.c
> +++ b/kernel/timer.c
> @@ -1750,3 +1750,25 @@ unsigned long msleep_interruptible(unsigned int msecs)
> }
>
> EXPORT_SYMBOL(msleep_interruptible);
> +
> +static int __sched do_usleep_range(unsigned long min, unsigned long max)
> +{
> + ktime_t kmin;
> + unsigned long delta;
> +
> + kmin = ktime_set(0, min * NSEC_PER_USEC);
> + delta = max - min;
> + return schedule_hrtimeout_range(&kmin, delta, HRTIMER_MODE_REL);
> +}
> +
> +/**
> + * usleep_range - Drop in replacement for udelay where wakeup is flexible
> + * @min: Minimum time in usecs to sleep
> + * @max: Maximum time in usecs to sleep
> + */
> +void usleep_range(unsigned long min, unsigned long max)
> +{
> + __set_current_state(TASK_UNINTERRUPTIBLE);
> + do_usleep_range(min, max);
> +}
> +EXPORT_SYMBOL(usleep_range);
Fair enough, I guess. People can go over and look at the
schedule_hrtimeout_range() documentation to work out why on earth they
should specify a "range".
Of course, nobody will actually think to _use_ this thing. Someone
owes me a "usleep_range is preferred over usleep" checkpatch rule!
next prev parent reply other threads:[~2010-07-22 23:17 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-19 20:54 [PATCH] timer: Added usleep[_range][_interruptible] timer Patrick Pannuto
2010-07-19 22:05 ` Arjan van de Ven
2010-07-19 22:12 ` [PATCH] timer: Added usleep[_range] timer Patrick Pannuto
2010-07-19 22:22 ` Arjan van de Ven
2010-07-22 23:16 ` Andrew Morton [this message]
2010-07-23 13:10 ` [tip:timers/core] " tip-bot for Patrick Pannuto
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100722161654.1b27b8ee.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=akinobu.mita@gmail.com \
--cc=arjan@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=ppannuto@codeaurora.org \
--cc=sboyd@codeaurora.org \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.