ipv6: Don't put artificial limit on routing table size.
authorDavid S. Miller <davem@davemloft.net>
Fri, 24 Jun 2011 22:25:00 +0000 (15:25 -0700)
committerDavid S. Miller <davem@davemloft.net>
Sat, 2 Jul 2011 00:30:43 +0000 (17:30 -0700)
commit957c665f37007de93ccbe45902a23143724170d0
treed49f13d5b34ed1b1fc34828cbcd60afdbc9c4e5b
parent11d53b4990226247a950e2b1ccfa4cf93bfbc822
ipv6: Don't put artificial limit on routing table size.

IPV6, unlike IPV4, doesn't have a routing cache.

Routing table entries, as well as clones made in response
to route lookup requests, all live in the same table.  And
all of these things are together collected in the destination
cache table for ipv6.

This means that routing table entries count against the garbage
collection limits, even though such entries cannot ever be reclaimed
and are added explicitly by the administrator (rather than being
created in response to lookups).

Therefore it makes no sense to count ipv6 routing table entries
against the GC limits.

Add a DST_NOCOUNT destination cache entry flag, and skip the counting
if it is set.  Use this flag bit in ipv6 when adding routing table
entries.

Signed-off-by: David S. Miller <davem@davemloft.net>
include/net/dst.h
net/core/dst.c
net/ipv6/route.c