setitimer(2): increase timer limit to UINT_MAX seconds
authorcheloha <cheloha@openbsd.org>
Fri, 18 Jun 2021 15:59:14 +0000 (15:59 +0000)
committercheloha <cheloha@openbsd.org>
Fri, 18 Jun 2021 15:59:14 +0000 (15:59 +0000)
commit0539a33c234699662afae06f6f1f49ab18c4ceff
treebd0e5cba3ba8d5ec105f946a782ab6a85d386384
parentb7be02dc3945b7da7398b50fcbe334c0c2f5ab24
setitimer(2): increase timer limit to UINT_MAX seconds

Currently setitimer(2) rejects timers larger than 100 million seconds
and sets EINVAL.

With the change to kclock timeouts there is no longer any reason to
use this arbitrary value.  Kclock timeouts support the full range of a
timespec, so we can increase the upper bound without practical risk of
arithmetic overflow.

If we push the limit to UINT_MAX we can support the full input range
of alarm(3).  We can then simplify the alarm.3 manpage in a separate
patch.

We can push the limit even higher in the future if we find software
that doesn't like the UINT_MAX limit.  Until then, UINT_MAX seconds
(over 68 years) is plenty for all practical timers.

ok claudio@
sys/kern/kern_time.c