|
Revision tags: release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0 |
|
| #
1de7b4b8 |
| 27-Nov-2017 |
Pedro F. Giffuni <[email protected]> |
various: general adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error
various: general adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.
No functional change intended.
show more ...
|
|
Revision tags: release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0, release/10.3.0, release/10.2.0, release/10.1.0, release/9.3.0, release/10.0.0, release/9.2.0, release/8.4.0, release/9.1.0, release/8.3.0, release/7.4.0, release/8.2.0, release/8.1.0, release/7.3.0, release/8.0.0 |
|
| #
096d622d |
| 26-May-2009 |
Brian Somers <[email protected]> |
Fix a race that can stall the timer when we remove a timer that has another timer with a <0.05 second delta next to it.
This is done by avoiding the possibility of updating the first residual time d
Fix a race that can stall the timer when we remove a timer that has another timer with a <0.05 second delta next to it.
This is done by avoiding the possibility of updating the first residual time delta in the timer list to zero.
PR: 102747 Submitted by: Sergey Zaharchenko - doublef-ctm at yandex dot ru MFC after: 3 weeks
show more ...
|
|
Revision tags: release/7.2.0, release/7.1.0, release/6.4.0, release/7.0.0, release/6.3.0, release/6.2.0, release/5.5.0, release/6.1.0, release/6.0.0, release/5.4.0, release/4.11.0, release/5.3.0, release/4.10.0, release/5.2.1, release/5.2.0, release/4.9.0, release/5.1.0, release/4.8.0, release/5.0.0 |
|
| #
6eafd353 |
| 27-Aug-2002 |
Brian Somers <[email protected]> |
Include the correct file (stdarg.h) and use va_list rather than _BSD_VA_LIST_
Suggested by: mike
|
|
Revision tags: release/4.6.2 |
|
| #
10be78d3 |
| 15-Jun-2002 |
Brian Somers <[email protected]> |
Remove whitespace at the end of lines.
|
| #
b08bf2de |
| 22-May-2002 |
Brian Somers <[email protected]> |
Add some missing #includes that weren't required due to namespace polution in our headers.
Submitted by: bde
|
| #
6f4cd656 |
| 14-May-2002 |
Brian Somers <[email protected]> |
Fix an include for NetBSD
|
| #
de59e178 |
| 14-May-2002 |
Brian Somers <[email protected]> |
o Clean up some #includes o Bump version number to 3.0.4 o When talking to a RADIUS server, provide a NAS-Port-Type.
When the NAS-Port-Type is Ethernet, provide a NAS-Port value equal to the SES
o Clean up some #includes o Bump version number to 3.0.4 o When talking to a RADIUS server, provide a NAS-Port-Type.
When the NAS-Port-Type is Ethernet, provide a NAS-Port value equal to the SESSIONID from the environment in direct mode or the NGM_PPPOE_SESSIONID message in other modes. If no SESSIONID is found, default to the interface index in client mode or zero in server mode.
When the NAS-Port-Type is ISDN, set the NAS-Port to the minor number of the physical device (ie, the N in /dev/i4brbchN).
This makes it easier for the RADIUS server to identify the client WRT accounting data etc.
Prompted by: lsz8425 <[email protected]>
show more ...
|
| #
ed1e8460 |
| 13-Sep-2001 |
Brian Somers <[email protected]> |
sigpause() -> sigsuspend() sigblock() -> sigprocmask()
|
| #
65309e5c |
| 13-Jun-2001 |
Brian Somers <[email protected]> |
Convert IIJ copyrights to BSD copyrights.
Approved by: Toshiharu OHNO <[email protected]>
|
|
Revision tags: release/4.3.0 |
|
| #
76ce2d4b |
| 14-Mar-2000 |
Brian Somers <[email protected]> |
When adjusting timer::rest, round to the closest TICKUNIT usecs value.
This has minimal impact here, but if ppp ever needs to frequently remove timers before they've timed out, it can badly skew the
When adjusting timer::rest, round to the closest TICKUNIT usecs value.
This has minimal impact here, but if ppp ever needs to frequently remove timers before they've timed out, it can badly skew the next item in the timer list without this change.
The correct fix would be to store usecs in `rest' rather than TICKUNITs, but the math is easier if we just round...
show more ...
|
| #
e722aa17 |
| 14-Mar-2000 |
Brian Somers <[email protected]> |
When we stop a timer that's the first in the timer list, ensure that we adjust that timers `rest' value (with the current getitimer() values) before using that to adjust the next items `rest' value.
When we stop a timer that's the first in the timer list, ensure that we adjust that timers `rest' value (with the current getitimer() values) before using that to adjust the next items `rest' value. After adjusting that value, restart the timer service so that we've now got the correct setitimer() values.
show more ...
|
| #
182c898a |
| 27-Dec-1999 |
Brian Somers <[email protected]> |
Add a bunch of `const's and fix a typo.
Submitted by: Rich Neswold <[email protected]>
|
| #
83569b35 |
| 19-Nov-1999 |
Brian Somers <[email protected]> |
Update the time delta of the first item in TimerList before 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
Update the time delta of the first item in TimerList before 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.
show more ...
|
| #
c2e1f0e3 |
| 15-Oct-1999 |
Brian Somers <[email protected]> |
When more than one timer is expired at once, allow for the possibility that the first timer ends up doing a timer_Stop() on the second.
When this happens, remove the timer from the pending list so t
When more than one timer is expired at once, allow for the possibility 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 <[email protected]>
show more ...
|
| #
97d92980 |
| 28-Aug-1999 |
Peter Wemm <[email protected]> |
$Id$ -> $FreeBSD$
|
| #
d543a9c0 |
| 12-May-1999 |
Brian Somers <[email protected]> |
Adjust our first timer delta according to the return from getitimer() so that times are correct for ``show timer''.
|
| #
3377c28c |
| 09-May-1999 |
Brian Somers <[email protected]> |
Deal with the fact that as we now mbuf_Read the fsm 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 m
Deal with the fact that as we now mbuf_Read the fsm 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.
show more ...
|
| #
7e778f13 |
| 14-Dec-1998 |
Brian Somers <[email protected]> |
Rather than interrupting 10 times per second then checking 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
Rather than interrupting 10 times per second then checking 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.
show more ...
|
| #
10a9be1e |
| 27-Jun-1998 |
Brian Somers <[email protected]> |
Remove redundant includes
|
| #
d2a69fc3 |
| 20-Jun-1998 |
Brian Somers <[email protected]> |
Re-initialise our timer service after fork()ing to lose our terminal session. Is this a bug in setitimer() ? - it must be called again in the child !
|
| #
d93d3a9c |
| 15-Jun-1998 |
Brian Somers <[email protected]> |
o De-staticise things that don't need to be static. o Bring the static ``ttystate'' into struct prompt so that the tilde context is per prompt and not global. o Comment the remaining static variabl
o De-staticise things that don't need to be static. o Bring the static ``ttystate'' into struct prompt so that the tilde context is per prompt and not global. o Comment the remaining static variables so that it's clear why they're static. o Add some XXX comments suggesting that our interface list and our hostname should be re-generated after a signal (say SIGUSR1) so that a machine with PCCARDs has a chance.
show more ...
|
| #
b7c5748e |
| 08-May-1998 |
Brian Somers <[email protected]> |
o Rename datalinks as soon as the name has been received so that LQM and HDLC timer diagnostics come out with the correct name. o Don't send an LQR immediately upon reviving a datalink. Leave it
o Rename datalinks as soon as the name has been received so that LQM and HDLC timer diagnostics come out with the correct name. o Don't send an LQR immediately upon reviving a datalink. Leave it 'till the next timeout. o Add the link name to some more LQR diagnostics. o Break out of the main loop when a descriptor exception is seen in select(). o Remove the evil nointr_[u]sleep() functions. Timers should be (and are) used instead. o Treat a read() of 0 bytes as an error that's fatal to the link on which the read() is done. We should never read() 0 after select() says there's something there - not unless the link has been closed by the other side. o Write the data seen before a HDLC header to the terminal in `term' mode, *not* back to the modem :-/ o Initialise our transmitted file descriptor before starting any timers. o Only send data links that have *no* pending output data. This means that our final ACK will be written rather than being nuked with the datalink transmission.
show more ...
|
| #
dd7e2610 |
| 01-May-1998 |
Brian Somers <[email protected]> |
Cosmetic: Make our external function names consistent.
|
| #
6f384573 |
| 30-Apr-1998 |
Brian Somers <[email protected]> |
o Create a new ``timer'' log level. This lets us ``set log debug'' without filling our filesystem/screen with junk that we don't really want to see. o change PHYS_STDIN to PHYS_DIRECT - we can h
o Create a new ``timer'' log level. This lets us ``set log debug'' without filling our filesystem/screen with junk that we don't really want to see. o change PHYS_STDIN to PHYS_DIRECT - we can handle incoming connections that aren't on STDIN_FILENO now. o Allow return values from our FSM LayerUp functions. If LayerUp() fails, the FSM does an immediate FsmDown() without calling the fsm_parent's Layer{Up,Down} functions. o Clear the close-on-exec flag of file descriptor 3 when executing chat programs so that our documented ability to communicate with /dev/tty via that descriptor works. Also document it as descriptor 3, not 4 :-O o Allow a ``rm'' command as an alias for ``remove''. o Fix the bind()/connect()/accept() calls made by the MP server. o Create bundle_SendDatalink() and bundle_ReceiveDatalink(). This allows `struct datalink's to flatten themselves, pass through a pipe (read: the eye of a needle !) and come alive at the other end. The donator then fork()s & exec()s pppmpipe, ``passing'' the connection to another ppp instance.
*** PPP NOW TALKS MULTILINK :-))) ***
Our link utilization is hideous, and lots of code needs tidying still. It's also probably riddled with bugs ! It's been tested against itself only, and has hung once, so confidence isn't high....
show more ...
|
| #
fdf61171 |
| 21-Apr-1998 |
Brian Somers <[email protected]> |
o Remove some unused #includes. o Make sure our ipcp throughput timer is stopped before being nuked with a memset. o Don't initialise struct async & struct hdlc twice in modem_Create(). o Clarify s
o Remove some unused #includes. o Make sure our ipcp throughput timer is stopped before being nuked with a memset. o Don't initialise struct async & struct hdlc twice in modem_Create(). o Clarify some comments.
show more ...
|