src/usr.sbin/ppp/timer.c, branch release/4.5.0

MFC: Convert IIJ copyrights to BSD copyrights.

2001-06-13T21:56:36Z

MFC:

2000-03-21T10:23:20Z

Understand environment variables in commands Understand IP6 addresses in ``show route'' Correct an alignment bug in ``show route'' Add the ``resolv'' command Add ``dns'' logging Rename struct descriptor -> struct fdescriptor Fix some printf-style parameter-type bugs Use instead of when something's not understood Log (debug) information about incoming fragment handling Correct two bugs in the timer code Add some {Net,Open}BSD compatibility stuff Fix some gramar and line breaks in ppp.8 Requested by: peter

Add a bunch of `const's and fix a typo.

1999-12-27T11:54:57Z

Submitted by: Rich Neswold

Update the time delta of the first item in TimerList before

1999-11-19T23:21:13Z

inserting a new item. Without this, it's possible to mis-insert quite badly... but only by as much as the load of the first item, which is almost always 1 second. Initialise the timerservice with `restart' set if we're inserting at the start of the list.

When more than one timer is expired at once, allow for the possibility

1999-10-15T20:44:34Z

that the first timer ends up doing a timer_Stop() on the second. When this happens, remove the timer from the pending list so that we still call any subsequent timers. This bug has been here for several years, but has only been tickled recently with my device layering changes. With enormous thanks for the perseverance of: Ruslan Ermilov

$Id$ -> $FreeBSD$

1999-08-28T01:35:59Z

Adjust our first timer delta according to the return

1999-05-12T19:10:22Z

from getitimer() so that times are correct for ``show timer''.

Deal with the fact that as we now mbuf_Read the fsm

1999-05-09T20:02:29Z

header in fsm_Input() we often end up with a NULL mbuf. Deal with a possible NULL mbuf being passed into mbuf_Prepend(). Adjust some spacing to make things more consistent.

Rather than interrupting 10 times per second then checking

1998-12-14T19:24:30Z

to see if there's anything to do, schedule the next alarm based on the next required timeout. This decreases the load when there are lots of relatively idle ppp processes. While I'm in there, handle the possibility that a timeout makes the timer element go out of scope by grabbing the enext pointer before executing the timer function.

Remove redundant includes

1998-06-27T14:18:15Z