Pavel Emelyanov 34cc7ba639 [IP_TUNNEL]: Don't limit the number of tunnels with generic name explicitly. ... Use the added dev_alloc_name() call to create tunnel device name, rather than iterate in a hand-made loop with an artificial limit. Thanks Patrick for noticing this. [ The way this works is, when the device is actually registered, the generic code noticed the '%' in the name and invokes dev_alloc_name() to fully resolve the name. -DaveM ] Signed-off-by: Pavel Emelyanov <xemul@openvz.org> Signed-off-by: David S. Miller <davem@davemloft.net>		2008-02-23 20:19:20 -08:00
..
netfilter	…
Kconfig	…
Makefile	…
addrconf.c	…
addrconf_core.c	…
addrlabel.c	…
af_inet6.c	…
ah6.c	…
anycast.c	…
datagram.c	…
esp6.c	…
exthdrs.c	…
exthdrs_core.c	…
fib6_rules.c	…
icmp.c	…
inet6_connection_sock.c	…
inet6_hashtables.c	…
ip6_fib.c	…
ip6_flowlabel.c	…
ip6_input.c	…
ip6_output.c	…
ip6_tunnel.c	…
ipcomp6.c	…
ipv6_sockglue.c	…
mcast.c	…
mip6.c	…
ndisc.c	…
netfilter.c	…
proc.c	…
protocol.c	…
raw.c	…
reassembly.c	…
route.c	…
sit.c	…
sysctl_net_ipv6.c	…
tcp_ipv6.c	…
tunnel6.c	…
udp.c	…
udp_impl.h	…
udplite.c	…
xfrm6_input.c	…
xfrm6_mode_beet.c	…
xfrm6_mode_ro.c	…
xfrm6_mode_transport.c	…
xfrm6_mode_tunnel.c	…
xfrm6_output.c	…
xfrm6_policy.c	…
xfrm6_state.c	…
xfrm6_tunnel.c	…