#
259065 |
|
07-Dec-2013 |
gjb |
- Copy stable/10 (r259064) to releng/10.0 as part of the 10.0-RELEASE cycle. - Update __FreeBSD_version [1] - Set branch name to -RC1
[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so start releng/10.0 at '100' so the branch is started with a value ending in zero.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
256281 |
|
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
223626 |
|
28-Jun-2011 |
bz |
Compare port numbers correctly. They are stored by SRCPORT() in host byte order, so we need to compare them as such. Properly compare IPv6 addresses as well.
This allows the, by default, 8 badaddrs slots per address family to work correctly and only print sendto() errors once.
The change is no longer applicable to any latest upstream versions.
Approved by: roberto Sponsored by: Sandvine Incorporated MFC after: 1 week
|
#
222444 |
|
29-May-2011 |
bz |
The argument to setsockopt for IP_MULTICAST_LOOP depends on operating system and is decided upon by configure and could be an u_int or a u_char. For FreeBSD it is a u_char.
For IPv6 however RFC 3493, 5.2 defines the argument to IPV6_MULTICAST_LOOP to be an unsigned integer so make sure we always use that using a second variable for the IPV6 case. This is to get rid of these error messages every 5 minutes on some systems: ntpd[1530]: setsockopt IPV6_MULTICAST_LOOP failure: Invalid argument on socket 22, addr fe80::... for multicast address ff02::101
While here also fix the copy&paste error in the log message for IPV6_MULTICAST_LOOP.
Reviewed by: roberto Sponsored by: The FreeBSD Foundation Sponsored by: iXsystems MFC after: 10 days Filed as: Bug 1936 on ntp.org
|
#
200576 |
|
15-Dec-2009 |
roberto |
Merge 4.2.4p8 into contrib (r200452 & r200454).
Subversion is being difficult here so take a hammer and get it in.
MFC after: 2 weeks Security: CVE-2009-3563
|
#
199995 |
|
01-Dec-2009 |
ume |
Don't try to bind to an anycast addeess. The KAME IPv6 stack doesn't allow bind to an anycast addeess. It does away with an annoying message.
Reviewed by: bz, roberto MFC after: 2 weeks
|
#
182007 |
|
22-Aug-2008 |
roberto |
Merge ntpd & friends 4.2.4p5 from vendor/ntp/dist into head. Next commit will update usr.sbin/ntp to match this.
MFC after: 2 weeks
|
#
132452 |
|
20-Jul-2004 |
roberto |
This commit was generated by cvs2svn to compensate for changes in r132451, which included commits to RCS files with non-trunk default branches.
|
#
132451 |
|
20-Jul-2004 |
roberto |
Virgin import of ntpd 4.2.0
|
#
106163 |
|
29-Oct-2002 |
roberto |
Virgin import of ntpd 4.1.1a
|
#
82498 |
|
29-Aug-2001 |
roberto |
Virgin import of ntpd 4.1.0
|
#
57738 |
|
03-Mar-2000 |
roberto |
Fix potential alignement problems on Alpha + IPv6.
This is done on the vendor branch to avoid spamming the tree. It has been sent to the NTP maintainers already.
Submitted by: shin
|
#
56746 |
|
28-Jan-2000 |
roberto |
Virgin import of ntpd 4.0.99b
|
#
54359 |
|
09-Dec-1999 |
roberto |
Virgin import of ntpd 4.0.98f
|