From: Andrew Morton <akpm@osdl.org>
To: matthias@corelatus.se
Cc: linux-kernel@vger.kernel.org
Subject: Re: patch to fix set_itimer() behaviour in boundary cases
Date: Sat, 15 Jan 2005 01:30:13 -0800 [thread overview]
Message-ID: <20050115013013.1b3af366.akpm@osdl.org> (raw)
In-Reply-To: <16872.55357.771948.196757@antilipe.corelatus.se>
Matthias Lang <matthias@corelatus.se> wrote:
>
> The linux implementation of setitimer() doesn't behave quite as
> expected. I found several problems:
>
> 1. POSIX says that negative times should cause setitimer() to
> return -1 and set errno to EINVAL. In linux, the call succeeds.
>
> 2. POSIX says that time values with usec >= 1000000 should
> cause the same behaviour. In linux, the call succeeds.
>
> 3. If large time values are given, linux quietly truncates them
> to the maximum time representable in jiffies. On 2.4.4 on PPC,
> that's about 248 days. On 2.6.10 on x86, that's about 24 days.
>
> POSIX doesn't really say what to do in this case, but looking at
> established practice, i.e. "what BSD does", since the call comes
> from BSD, *BSD returns -1 if the time is out of range.
>
These are things we probably cannot change now. All three are arguably
sensible behaviour and do satisfy the principle of least surprise. So
there may be apps out there which will break if we "fix" these things.
If the kernel version was 2.7.0 then well maybe...
next prev parent reply other threads:[~2005-01-15 9:30 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-15 8:45 Matthias Lang
2005-01-15 9:30 ` Andrew Morton [this message]
2005-01-15 9:36 ` William Lee Irwin III
2005-01-15 9:58 ` Arjan van de Ven
2005-01-15 10:07 ` William Lee Irwin III
2005-01-15 19:55 ` Chris Wedgwood
2005-01-15 20:20 ` Arjan van de Ven
2005-01-15 23:25 ` Matthias Lang
2005-01-15 23:39 ` Randy.Dunlap
2005-01-16 0:58 ` Alan Cox
2005-01-16 12:11 ` Arjan van de Ven
2005-01-19 23:51 ` George Anzinger
2005-01-20 8:07 ` Arjan van de Ven
2005-01-20 23:12 ` George Anzinger
2005-01-21 7:49 ` Arjan van de Ven
2005-01-21 8:22 ` George Anzinger
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=20050115013013.1b3af366.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=matthias@corelatus.se \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome