Home | History | Annotate | Download | only in route
History log of /src/tests/net/route/Makefile
RevisionDateAuthorComments
 1.6  20-Sep-2017  ozaki-r Add tests of rtcache invalidation
 1.5  24-Nov-2016  ozaki-r branches: 1.5.6;
Move route check functions to net_common.sh
 1.4  21-Apr-2016  ozaki-r branches: 1.4.2;
Add tests of route flags using IPv6 addresses
 1.3  29-Jan-2016  ozaki-r Add tests for a gateway not on the local subnet

The tests are derived from the example at
http://www.netbsd.org/docs/network/#nonsubnetgateway ,
which has come up in PR 50717.
 1.2  18-May-2015  ozaki-r Add tests for route flags
 1.1  08-Feb-2011  pooka branches: 1.1.2;
Time to start adding tests for the routing code to make that part
of the kernel more approachable.

Begin the task with an xfail test for PR kern/40455.
 1.1.2.2  08-Feb-2011  bouyer Sync with HEAD
 1.1.2.1  08-Feb-2011  bouyer file Makefile was added on branch bouyer-quota2 on 2011-02-08 19:01:37 +0000
 1.4.2.1  07-Jan-2017  pgoyette Sync with HEAD. (Note that most of these changes are simply $NetBSD$
tag issues.)
 1.5.6.1  24-Oct-2017  snj Pull up following revision(s) (requested by ozaki-r in ticket #305):
distrib/sets/lists/tests/mi: revision 1.762
sys/net/route.c: revision 1.198-1.201
sys/net/route.h: revision 1.114
sys/netatalk/at_proto.c: revision 1.22
sys/netinet/in_proto.c: revision 1.124
sys/netinet6/in6_proto.c: revision 1.118
sys/netmpls/mpls_proto.c: revision 1.31
sys/netnatm/natm_proto.c: revision 1.18
sys/rump/net/lib/libsockin/sockin.c: revision 1.65
sys/sys/domain.h: revision 1.33
tests/net/route/Makefile: revision 1.6
tests/net/route/t_rtcache.sh: revision 1.1
Add tests of rtcache invalidation
Remove unnecessary NULL check of rt_ifp
It's always non-NULL.
Invalidate rtcache based on a global generation counter
The change introduces a global generation counter that is incremented when any
routes have been added or deleted. When a rtcache caches a rtentry into itself,
it also stores a snapshot of the generation counter. If the snapshot equals to
the global counter, the cache is still valid, otherwise invalidated.
One drawback of the change is that all rtcaches of all protocol families are
invalidated when any routes of any protocol families are added or deleted.
If that matters, we should have separate generation counters based on
protocol families.
This change removes LIST_ENTRY from struct route, which fixes a part of
PR kern/52515.
Remove the global lock for rtcache
Thanks to removal of LIST_ENTRY of struct route, rtcaches are accessed only by
their users. And in existing usages a rtcache is guranteed to be not accessed
simultaneously. So the rtcache framework doesn't need any exclusion controls
in itself.
Synchronize on rtcache_generation with rtlock
It's racy if NET_MPSAFE is enabled.
Pointed out by joerg@

RSS XML Feed