| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Obtained from: KAME
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
a temporary address generated from a detached public one also detached.
Submitted by: JINMEI Tatuya <jinmei@isl.rdc.toshiba.co.jp>
Obtained from: KAME
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This work was based on kame-20010528-freebsd43-snap.tgz and some
critical problem after the snap was out were fixed.
There are many many changes since last KAME merge.
TODO:
- The definitions of SADB_* in sys/net/pfkeyv2.h are still different
from RFC2407/IANA assignment because of binary compatibility
issue. It should be fixed under 5-CURRENT.
- ip6po_m member of struct ip6_pktopts is no longer used. But, it
is still there because of binary compatibility issue. It should
be removed under 5-CURRENT.
Reviewed by: itojun
Obtained from: KAME
MFC after: 3 weeks
|
|
|
|
|
|
|
|
| |
net.inet6.ip6.maxfragpackets dependent on nmbclusters,
defaulting to nmbclusters / 4
Reviewed by: bde
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
This closes a minor information leak which allows a remote observer to
determine the rate at which the machine is generating packets, since the
default behaviour is to increment a counter for each packet sent.
Reviewed by: -net
Obtained from: OpenBSD
|
| |
|
|
|
|
|
|
| |
200 to NMBCLUSTERS/4 to match the IPv4 case.
MFC after: 1 week
|
|
|
|
| |
Submitted by: itojun
|
|
|
|
| |
Obtained from: KAME
|
|
|
|
| |
Obtained from: KAME
|
|
|
|
| |
Submitted by: JINMEI Tatuya <jinmei@isl.rdc.toshiba.co.jp>
|
|
|
|
|
|
|
| |
- Fix to receive icmp6 echo reply to link-local of itself.
Reported by: Eriya Akasaka <eakasaka@rodfbs.org>
Submitted by: JINMEI Tatuya <jinmei@isl.rdc.toshiba.co.jp>
|
|
|
|
|
|
| |
- reject packets to fe80::xxxx%lo0 (xxxx != 1)
Submitted by: JINMEI Tatuya <jinmei@isl.rdc.toshiba.co.jp>
|
|
|
|
|
| |
Reported by: bmah
Submitted by: Noriyasu KATO <noriyasu.kato@toshiba.co.jp> (via itojun)
|
|
|
|
|
|
|
| |
adjust state->ro if the tunnel endpoint is offlink.
KAME PR 233.
PR: kern/21079
|
|
|
|
| |
cope with freebsd4 bridge code.
|
|
|
|
| |
Submitted by: jhay
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Includes the following revisions from KAME (two of these were actually
committed previously but the CVS revisions weren't documented):
1.40 kame/kame/sys/netinet6/ah_core.c (committed in previous rev)
1.41 kame/kame/sys/netinet6/ah_core.c
1.28 kame/kame/sys/netinet6/ah_output.c (committed in previous rev)
1.29 kame/kame/sys/netinet6/ah_output.c
1.30 kame/kame/sys/netinet6/ah_output.c
1.129 kame/kame/sys/netinet6/nd6.c
1.130 kame/kame/sys/netinet6/nd6.c
1.24 kame/kame/sys/netinet6/dest6.c
1.25 kame/kame/sys/netinet6/dest6.c
Obtained from: KAME
|
|
|
|
| |
Obtained from: KAME
|
|
|
|
|
| |
Submitted by: itojun
Obtained from: KAME
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
actually in the kernel. This structure is a different size than
what is currently in -CURRENT, but should hopefully be the last time
any application breakage is caused there. As soon as any major
inconveniences are removed, the definition of the in-kernel struct
ucred should be conditionalized upon defined(_KERNEL).
This also changes struct export_args to remove dependency on the
constantly-changing struct ucred, as well as limiting the bounds
of the size fields to the correct size. This means: a) mountd and
friends won't break all the time, b) mountd and friends won't crash
the kernel all the time if they don't know what they're doing wrt
actual struct export_args layout.
Reviewed by: bde
|
|
|
|
| |
Compatability is not an existing english word.
|
|
|
|
| |
Seperate does not exist in the english language.
|
|
|
|
|
|
| |
backwards in the three drivers which want to do that.
Reviewed by: mikeh
|
|
|
|
| |
My searching for NLOOP missed them. :-(
|
|
|
|
| |
This is untested, but believed to work.
|
|
|
|
| |
Obtained from: KAME
|
|
|
|
| |
Obtained from: KAME
|
|
|
|
|
|
|
| |
- have zalloc() and zfree() always lock the vm_zone.
- remove zalloci() and zfreei(), which are now redundant.
Reviewed by: bmilekic, jasone
|
|
|
|
| |
Obtained from: KAME
|
|
|
|
|
|
| |
don't free mbuf. It is already freed by these routins.
PR: kern/24248
|
|
|
|
|
|
|
| |
interface address gets added. this will avoid presenting EMSGSIZE when
outgoing interface is down (and never brought up).
sync with kame.
|
|
|
|
| |
Obtained from: KAME
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is because calls with M_WAIT (now M_TRYWAIT) may not wait
forever when nothing is available for allocation, and may end up
returning NULL. Hopefully we now communicate more of the right thing
to developers and make it very clear that it's necessary to check whether
calls with M_(TRY)WAIT also resulted in a failed allocation.
M_TRYWAIT basically means "try harder, block if necessary, but don't
necessarily wait forever." The time spent blocking is tunable with
the kern.ipc.mbuf_wait sysctl.
M_WAIT is now deprecated but still defined for the next little while.
* Fix a typo in a comment in mbuf.h
* Fix some code that was actually passing the mbuf subsystem's M_WAIT to
malloc(). Made it pass M_WAITOK instead. If we were ever to redefine the
value of the M_WAIT flag, this could have became a big problem.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
before adding/removing packets from the queue. Also, the if_obytes and
if_omcasts fields should only be manipulated under protection of the mutex.
IF_ENQUEUE, IF_PREPEND, and IF_DEQUEUE perform all necessary locking on
the queue. An IF_LOCK macro is provided, as well as the old (mutex-less)
versions of the macros in the form _IF_ENQUEUE, _IF_QFULL, for code which
needs them, but their use is discouraged.
Two new macros are introduced: IF_DRAIN() to drain a queue, and IF_HANDOFF,
which takes care of locking/enqueue, and also statistics updating/start
if necessary.
|
|
|
|
|
|
|
|
|
|
| |
to determine whether the given mbuf has a cluster (or some other type of
external storage) attached to it.
Note: This code should eventually be made to use M_WRITABLE() to determine
whether or not a copy should be made.
Reviewed by: jlemon
|
|
|
|
|
|
| |
forbid "ANY" SA from being used for tnunel mode.
Reported by: Chris Cason <casonc@netplex.aussie.org>
|
|
|
|
| |
Obtained from: KAME
|
|
|
|
|
|
|
|
|
| |
<sys/proc.h> to <sys/systm.h>.
Correctly document the #includes needed in the manpage.
Add one now needed #include of <sys/systm.h>.
Remove the consequent 48 unused #includes of <sys/proc.h>.
|
|
|
|
|
| |
Requested by: ru
Obtained from: BSD/OS
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
because it only takes a struct tag which makes it impossible to
use unions, typedefs etc.
Define __offsetof() in <machine/ansi.h>
Define offsetof() in terms of __offsetof() in <stddef.h> and <sys/types.h>
Remove myriad of local offsetof() definitions.
Remove includes of <stddef.h> in kernel code.
NB: Kernelcode should *never* include from /usr/include !
Make <sys/queue.h> include <machine/ansi.h> to avoid polluting the API.
Deprecate <struct.h> with a warning. The warning turns into an error on
01-12-2000 and the file gets removed entirely on 01-01-2001.
Paritials reviews by: various.
Significant brucifications by: bde
|
|
|
|
|
| |
short icmp6 packet may be able to panic the kernel.
sync with kame.
|
|
|
|
|
|
|
|
|
| |
in add_m6fc(), set interface list for all cases.
in response to a report from Hoerdt Mickael.
kame 1.31 -> 1.32
discard PIM register if the version of the inner packet is incorrect (i.e. IPv6)
(according to clarfication of recent discussion in the IETF pim ML)
|
|
|
|
|
|
|
|
|
|
|
| |
statistics on a per network address basis.
Teach the IPv4 and IPv6 input/output routines to log packets/bytes
against the network address connected to the flow.
Teach netstat to display the per-address stats for IP protocols
when 'netstat -i' is evoked, instead of displaying the per-interface
stats.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
family of the gateway is AF_INET6.
Submitted by: JINMEI Tatuya <jinmei@isl.rdc.toshiba.co.jp>
|